стандарт на процесс

3.1.14 создаваемый стандарт (emerging standard): Технические требования (спецификация), представленные на рассмотрение аккредитованной организацией, разрабатывающей стандарты, но еще не прошедшие процесс принятия компетентным органом.

Источник: Р 50.1.041-2002: Информационные технологии. Руководство по проектированию профилей среды открытой системы (СОС) организации-пользователя

 

восстановление
Процесс перевода объекта в работоспособное состояние из неработоспособного состояния.
[ ГОСТ 27.002-89]

восстановление
Проведение ремонта, включающего, например, изъятие восстанавливаемых частей электрооборудования с целью приведения их в работоспособное состояние в соответствии с требованием соответствующего стандарта.
Примечание
Соответствующий стандарт - это стандарт, согласно которому были изготовлены отдельные детали.
[ ГОСТ Р МЭК 60050-426-2006]

восстановление
Часть непланового ремонта, выполняемого непосредственно на объекте
[ОСТ 45.153-99 ]

восстановление
Событие, заключающееся в том, что после неисправности объект вновь становится способным выполнять требуемую функцию [12].
[12] Международный стандарт СЕI IЕС 50 (191).
Глава 191. Надежность и качество услуг.
[ОСТ 45.127-99]

Тематики

• защита информации
• надежность средств электросвязи
• надежность, основные понятия

EN

• reclamation
• recovery
• restoration

3.80 восстановление (reconditioning): Обновление и/или ремонт частей для достижения исходного проектного состояния.

Источник: ГОСТ Р 52527-2006: Установки газотурбинные. Надежность, готовность, эксплуатационная технологичность и безопасность оригинал документа

3.6 восстановление (reclamation): Проведение ремонта, включающее, например, удаление или добавление материала для восстановления поврежденных элементов с целью приведения этих элементов в полностью работоспособное состояние в соответствии с требованием нормативного документа на электрооборудование.

Примечание - Соответствующий стандарт - это стандарт, в соответствии с которым элементы были изготовлены первоначально.

Источник: ГОСТ Р 52350.19-2007: Взрывоопасные среды. Часть 19. Ремонт, проверка и восстановление электрооборудования оригинал документа

3.6 восстановление (reclamation): Проведение ремонта, включающее, например, изъятие восстанавливаемых частей электрооборудования с целью приведения их в работоспособное состояние в соответствии с требованием соответствующего стандарта.

Примечание - Соответствующий стандарт - это стандарт, согласно которому были изготовлены отдельные детали.

Источник: ГОСТ Р МЭК 60079-19-2011: Взрывоопасные среды. Часть 19. Ремонт, проверка и восстановление электрооборудования оригинал документа

5.2. Восстановление

Restoration, recovery

Процесс перевода объекта в работоспособное состояние из неработоспособного состояния

Источник: ГОСТ 27.002-89: Надежность в технике. Основные понятия. Термины и определения оригинал документа

3.8. восстановление (reset): Функция перевода переключающего устройства в замкнутое состояние при выполнении определенных условий.

Источник: ГОСТ ЕН 1760-1-2004: Безопасность машин. Защитные устройства, реагирующие на давление. Часть 1. Основные принципы конструирования и испытаний ковриков и полов, реагирующих на давление

2.35 восстановление (rehabilitation): Действие, восстанавливающее определенный уровень инфраструктуры (2.17) или совершенствующее ее для достижения более высокого уровня деятельности (2.24).

Источник: ГОСТ Р ИСО 24511-2009: Деятельность, связанная с услугами питьевого водоснабжения и удаления сточных вод. Руководящие указания для менеджмента коммунальных предприятий и оценке услуг удаления сточных вод оригинал документа

2.35 восстановление (rehabilitation): Действие, восстанавливающее определенный уровень инфраструктуры (2.17) или совершенствующее ее для достижения более высокого уровня деятельности (2.24).

Источник: ГОСТ Р ИСО 24512-2009: Деятельность, связанная с услугами питьевого водоснабжения и удаления сточных вод. Руководящие указания для менеджмента систем питьевого водоснабжения и оценке услуг питьевого водоснабжения оригинал документа

2.35 восстановление (rehabilitation): Действие, восстанавливающее определенный уровень инфраструктуры (2.17) или совершенствующее ее для достижения более высокого уровня деятельности (2.24).

Источник: ГОСТ Р ИСО 24510-2009: Деятельность, связанная с услугами питьевого водоснабжения и удаления сточных вод. Руководящие указания по оценке и улучшению услуги, оказываемой потребителям оригинал документа

3.44 восстановление (recovery): Обработка отходов (полимерных материалов) для достижения исходной цели или других целей, включая рекуперацию энергии.

Источник: ГОСТ Р 54259-2010: Ресурсосбережение. Обращение с отходами. Стандартное руководство по сокращению количества отходов, восстановлению ресурсов и использованию утилизированных полимерных материалов и продуктов оригинал документа

 

документ
Объект информационного взаимодействия в социальной среде, предназначен-ный для формального выражения социальных отношений между другими объектами этой среды.
[ ГОСТ Р 52292-2004]

документ
Текст, имеющий наименование, определенную структуру и обозначение, который может быть сохранен, отредактирован, найден и заменен как единое целое.
[ ГОСТ Р ИСО/МЭК 2382-23-2004]

документ
документированная информация
Зафиксированная на материальном носителе информация с реквизитами, позволяющими ее идентифицировать.
[ ГОСТ Р 51141-98]

документ
Зафиксированная на материальном носителе информация с реквизитами, позволяющими ее идентифицировать. Документ может иметь бумажную, электронную (или другую) форму представления и изменять ее в процессе документооборота.
[ОАО РАО "ЕЭС России" СТО 17330282.27.010.001-2008]

документ
Материальный объект, содержащий в зафиксированном виде информацию, оформленную установленным образом на определенном языке и носителе информации, имеющий в соответствии с действующим законодательством правовое значение.
[МУ 64-01-001-2002]

документ
Информация, представленная на соответствующем носителе.
Пример
Записи, спецификация, процедурный документ, чертеж, отчет, стандарт.
Примечания
1. Носитель может быть бумажным, магнитным, электронным или оптическим, компьютерным диском, фотографией или эталонным образцом, или их комбинацией.
2. Комплект документов, например, спецификаций и записей, часто называется "документацией".
3. Некоторые требования (например, требование к разборчивости текста) относятся ко всем видам документов, однако могут быть особые требования к спецификациям(например, требование к управлению пересмотрами) и записям (например, требование к восстановлению).
[ ГОСТ Р ИСО 9000-2008]

документ
Объединяющее звено разнотипной информации, присутствующее на всех стадиях цифровой печати и меняющее свою форму от физического оригинала или цифрового файла в электронных средах до тиражируемой твердой копии на бумаге.
Материальный объект, содержащий в зафиксированном виде информацию, оформленную установленным порядком и имеющую в соответствии с действующим законодательством правовое значение [http://www.rol.ru/files/dict/internet/].
[ http://www.morepc.ru/dict/]

документ
Информационный объект в виде текста. В качестве документов могут выступать: нормативные, распорядительные, организационные, договорные, плановые, другие внутренние и внешние документы.
[Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

документ
Информация, представленная в удобной для чтения форме. Документ может быть бумажным или электронным. Например, политика, соглашение об уровне услуги, запись об инциденте или план компьютерного зала. См. тж. запись.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

документ
1. Носитель информации, используемый в любых системах управления, в том числе и автоматизированных. Их информационная база — документы разного вида (плановая, статистическая, бухгалтерская, техническая документация и т.д.). 2. В информационно-поисковых системах (ИПС) документом называют любой объект, внесенный в «память» системы: книгу, Д. в обычном смысле слова, статистическую таблицу, заметку из газеты, патент, чертеж и т.д. Каждый Д. в ИПС имеет «поисковый образ«, по которому при поступлении соответствующего запроса его и находит компьютер.
[ http://slovar-lopatnikov.ru/]

EN

document
fixed and structured amount of information intended for human perception that can be managed and interchanged as a unit between users and systems
NOTE 1 The term document is not restricted to its meaning in a legal sense.
NOTE 2 A document can be designated in accordance with the type of information and the form of presentation, for example overview diagram, connection table, function chart.
[IEC 61082-1, ed. 2.0 (2006-04)]

document
information on a data medium
NOTE 1 The term document is not restricted to its meaning in a legal sense.
NOTE 2 Normally a document is designated in accordance with the type of information and the form of presentation, for example overview diagram, connection table, function chart.
NOTE 3 Information may appear in a static manner on paper and microform or dynamically on (video) display devices.
[IEC 62023, ed. 1.0 (2000-04)]

document
Information object in textual form. Documents can be regulatory, administrative, organizing, contractual, planning or other internal and external documents.
[Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

document
Information in readable form. A document may be paper or electronic – for example, a policy statement, service level agreement, incident record or diagram of a computer room layout. See also record.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

FR

document
quantité d'informations fixe et structurée destinée à être perçue par les personnes et qui peut être gérée et échangée comme un tout entre utilisateurs et systèmes
NOTE 1 Le terme document n'est pas réduit à sa signification au sens légal.
NOTE 2 Un document peut être désigné selon le type d'information et la forme de présentation, par exemple schéma d'ensemble, tableau de connexion, diagramme fonctionnel.
[IEC 61082-1, ed. 2.0 (2006-04)]

document
information sur un support de données
NOTE 1 Le terme «document» n’est pas réduit à son sens légal.
NOTE 2 Normalement, un document est désigné conformément au type d’information et à la forme de présentation, par exemple schéma de système, tableau des connexions, diagramme fonctionnel.
NOTE 3 Les informations peuvent apparaître d’une manière statique sur papier et microforme ou d’une manière dynamique sur des dispositifs d’affichage (vidéo).
[IEC 62023, ed. 1.0 (2000-04)]

Тематики

• делопроизводство и архивное дело
• информационные технологии в целом
• обработка текста
• производство лекарственных средств
• системы менеджмента качества
• экономика
• электронный обмен информацией

Синонимы

• документированная информация

EN

• document

FR

• document

4.10 документ (document): См. элемент документации (4.26).

Источник: ГОСТ Р ИСО/МЭК 15910-2002: Информационная технология. Процесс создания документации пользователя программного средства оригинал документа

2.6 документ (document): Информация и поддерживающий ее носитель.

Примечания

1 В настоящем стандарте записи (см. 2.9) отличаются от документов тем, что они являются свидетельством деятельности, а не свидетельством намерений.

2 Примеры документов включают утверждения политики, планы, процедуры, соглашения об уровнях услуг и контракты.

Источник: ГОСТ Р ИСО/МЭК 20000-1-2010: Информационная технология. Менеджмент услуг. Часть 1. Спецификация оригинал документа

3.3 документ (record): Зафиксированная на материальном носителе идентифицируемая информация, созданная, полученная и сохраняемая организацией или физическим лицом в качестве доказательства при подтверждении правовых обязательств или деловой деятельности.

Источник: ГОСТ Р ИСО 15489-1-2007: Система стандартов по информации, библиотечному и издательскому делу. Управление документами. Общие требования оригинал документа

3.4 документ (document): Информация и соответствующий носитель.

Примечание 1 - Носитель может быть бумажным, магнитным, электронным носителем или оптическим компьютерным диском, фотографией или эталонным образцом, или их комбинацией.

Примечание 2 - Определение соответствует ИСО 9000:2000, 3.7.2.

Источник: ГОСТ Р ИСО 14001-2007: Системы экологического менеджмента. Требования и руководство по применению оригинал документа

3.7.2 документ (document): Информация (3.7.1), представленная на соответствующем носителе.

Пример - Записи (3.7.6), спецификация (3.7.3), процедурный документ, чертеж, отчет, стандарт.

Примечания

1 Носитель может быть бумажным, магнитным, электронным или оптическим, компьютерным диском, фотографией или эталонным образцом, или их комбинацией.

2 Комплект документов, например, спецификаций и записей, часто называется «документацией».

3 Некоторые требования (3.1.2) (например, требование к разборчивости текста) относятся ко всем видам документов, однако могут быть особые требования к спецификациям (например, требование к управлению пересмотрами) и записям (например, требование к восстановлению).

Источник: ГОСТ Р ИСО 9000-2008: Системы менеджмента качества. Основные положения и словарь оригинал документа

3.5 документ (document): Информация, приведенная на соответствующем носителе.

Примечание 1 - Носитель может быть бумажным, магнитным, электронным или оптическим компьютерным диском, фотографией или эталонным образцом, или их комбинацией.

Примечание 2 - Определение соответствует приведенному в ИСО 9000:2000, 3.7.2.

[ИСО 14001:2004, 3.4]

Источник: ГОСТ Р ИСО 14004-2007: Системы экологического менеджмента. Общее руководство по принципам, системам и методам обеспечения функционирования оригинал документа

9. Документ

D.    Dokument

E.    Document F- Document

По ГОСТ 16487-70

Источник: ГОСТ 7.27-80: Система стандартов по информации, библиотечному и издательскому делу. Научно-информационная деятельность. Основные термины и определения оригинал документа

3.7.2 документ (en document; fr document): Информация (3.7.1) и соответствующий носитель.

Примеры: записи (3.7.6), нормативная и техническая документация (3.7.3), процедурный документ, чертеж, отчет, стандарт.

Примечания

1 Носитель может быть бумажным, магнитным, электронным или оптическим компьютерным диском, фотографией или эталонным образцом, или комбинацией из них.

2 Комплект документов, например технических условий и записей, часто называется «документацией».

3 Некоторые требования (3.1.2) (например требование к разборчивости) относятся ко всем видам документов, однако могут быть иные требования к техническим условиям (например требование к управлению пересмотрами) и записям (например требование к восстановлению).

Источник: ГОСТ Р ИСО 9000-2001: Системы менеджмента качества. Основные положения и словарь оригинал документа

3.4 документ (document): Информация и соответствующий носитель.

Примечание 1 - Носитель может быть бумажным, магнитным, электронным или оптическим компьютерным диском, фотографией или эталонным образцом, или их комбинацией.

Примечание 2 - Определение соответствует ИСО 9000:2000, 3.7.2.

Источник: ГОСТ Р 54336-2011: Системы экологического менеджмента в организациях, выпускающих нанопродукцию. Требования оригинал документа

3.7.2 документ (document): Информация (3.7.1), представленная на соответствующем носителе.

Пример - Записи (3.7.6), спецификация (3.7.3), процедурный документ, чертеж, отчет, стандарт.

Примечания

1 Носитель может быть бумажным, магнитным, электронным или оптическим, компьютерным диском, фотографией или эталонным образцом, или их комбинацией.

2 Комплект документов, например спецификаций и записей, часто называется «документацией».

3 Некоторые требования (3.1.2) (например, требование к разборчивости текста) относятся ко всем видам документов, однако могут быть особые требования к спецификациям (например, требование к управлению пересмотрами) и записям (например, требование к восстановлению).

Источник: ГОСТ ISO 9000-2011: Системы менеджмента качества. Основные положения и словарь

3.5 документ (document): Информация и соответствующий носитель.

Примечание - Носитель может быть бумажным, магнитным, электронным или оптическим компьютерным диском, фотографией или эталонным образцом, или их комбинацией.

[ИСО 14001:2004, пункт 3.4]

Источник: ГОСТ Р 54934-2012: Системы менеджмента безопасности труда и охраны здоровья. Требования оригинал документа

3.5 документ (document): Информация и соответствующий носитель.

Примечание - Носитель может быть бумажным, магнитным, электронным носителем или оптическим компьютерным диском, фотографией или эталонным образцом, или их комбинацией.

[ ГОСТ Р ИСО 14001-2007, статья 3.4]

Источник: ГОСТ Р 54337-2011: Системы менеджмента охраны труда в организациях, выпускающих нанопродукцию. Требования оригинал документа

3.2.51 документ (document): Информация и соответствующий носитель.

Источник: ГОСТ Р 54147-2010: Стратегический и инновационный менеджмент. Термины и определения оригинал документа

4.5 документ (document): Информация и ее носители.

Примечание 1 - Носитель может быть бумажным, магнитным, электронным или оптическим компьютерным диском, фотографией или контрольным образцом, или их комбинацией.

Примечание 2 - Термин установлен в ИСО 9000:2006, статья 3.7.2.

[ИСО 14001:2004]

Источник: ГОСТ Р ИСО 14050-2009: Менеджмент окружающей среды. Словарь оригинал документа

 

сертификация
Деятельность третьей стороны, осуществляющей выдачу сертификата соответствия.
[ ГОСТ Р МЭК 60050-426-2006]

сертификация
Процедура удостоверения какого-нибудь факта.
[ http://www.morepc.ru/dict/]

сертификаци
Выдача сертификата, подтверждающего соответствие стандарту. Сертификация включает в себя проведение формального аудита независимой аккредитованной организацией. Этот термин также означает выдачу сертификата человеку, как подтверждение обладания им определённой квалификацией.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

EN

certification
Issuing a certificate to confirm compliance to a standard. Certification includes a formal audit by an independent and accredited body. The term is also used to mean awarding a certificate to provide evidence that a person has achieved a qualification.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

Тематики

• взрывозащита

EN

• certification

3.11 сертификация (certification): Процесс, в результате которого осуществляется выдача сертификата соответствия на основе оценки электрооборудования признанным испытательным органом.

Настоящий стандарт также распространяется на электрооборудование, сертифицированное другими органами по сертификации, или электрооборудование, которое было оценено изготовителями или потребителями как соответствующее нормативным документам.

Источник: ГОСТ Р 52350.19-2007: Взрывоопасные среды. Часть 19. Ремонт, проверка и восстановление электрооборудования оригинал документа

3.12 сертификация (Certification): Процедура, согласно которой третья сторона в письменном виде свидетельствует, что продукция, процесс или услуга соответствуют заданным требованиям (Руководство ИСО/МЭК 2 [1]).

Источник: ГОСТ Р ИСО 14024-2000: Этикетки и декларации экологические. Экологическая маркировка типа I. Принципы и процедуры оригинал документа

2.17 сертификация (certification): Процедура выдачи официального подтверждения о соответствии оцениваемого объекта установленным требованиям. Сертификация может проводиться третьей стороной.

[адаптировано из Руководства 2 ИСО/МЭК]

a) выдача официального подтверждения результатов оценки и правильности применения критериев оценки.

[Стандарт ITSEC]

b) процесс сертификации является независимой проверкой результатов оценивания, приводящей к получению окончательного сертификата или утверждения.

[ИСО/МЭК 15408-1]

c) всесторонняя оценка технических и нетехнических характеристик безопасности системы информационных технологий, осуществленная в поддержку сертификации, которая устанавливает степень соответствия системы установленной политике безопасности.

[AGCA]

Источник: ГОСТ Р 54581-2011: Информационная технология. Методы и средства обеспечения безопасности. Основы доверия к безопасности ИТ. Часть 1. Обзор и основы оригинал документа

5.5 сертификация (certification): Подтверждение соответствия (5.2) третьей стороной, относящееся к продукции, процессам, системам или персоналу.

Примечания

1 Сертификацию системы менеджмента иногда называют регистрацией.

2 Сертификация применима ко всем объектам оценки соответствия за исключением самих органов по оценке соответствия (2.5), к которым применим термин «аккредитация» (5.6).

Источник: ГОСТ Р ИСО/МЭК 17000-2009: Оценка соответствия. Словарь и общие принципы оригинал документа

3.10 сертификация (certification): Процедура, посредством которой третья сторона (3.7) предоставляет письменное заверение в том, что продукция (6.2), процесс (6.4) или услуга соответствуют установленным требованиям.

[ИСО 14024:1999]

Источник: ГОСТ Р ИСО 14050-2009: Менеджмент окружающей среды. Словарь оригинал документа

 

технические условия
Документ, устанавливающий технические требования, которым должна удовлетворять продукция или услуга, а также процедуры, с помощью которых можно установить, соблюдены ли дачные требования.
Примечание
В международной стандартизации и национальной стандартизации некоторых стран английский термин «technical specification» и французский термин «specification technique» может также означать определенный вид стандарта, что обычно соответствует русским терминам «стандарт общих технических условий», «стандарт технических условий», «стандарт общих технических требований» или часть стандарта (раздел «Технические требования»).
[ГОСТ 1.1-2002]

технические условия
Документ, устанавливающий требования.
Примечания
1 Для обозначения типа технических условий следует использовать определитель, такой, как технические условия на продукцию, технические условия на испытания.
2 Технические условия должны иметь ссылки или включать схемы и другую соответствующую документацию и указывать способы и критерии, посредством которых может быть осуществлена проверка соответствия.
[ИСО 8402-94 ]

Тематики

• стандартизация
• управл. качеством и обеспеч. качества

Обобщающие термины

• документы

EN

• technical specification

FR

• spécification technique

37 технические условия: Документ, устанавливающий технические требования, которым должна удовлетворять продукция, процесс или услуга

especificacion tecnica

Источник: ГОСТ Р 1.12-99: Государственная система стандартизации Российской Федерации. Стандартизация и смежные виды деятельности. Термины и определения оригинал документа

3.1 технические условия (product specification): Составляемый изготовителем документ (ТУ, СТО и др.), который в зависимости от вида сварочного материала устанавливает ряд требований к сварочным материалам (таких как химический состав и механические свойства наплавленного металла, тип покрытия, состав флюса, параметры сварки) и классификационное обозначение в соответствии с конкретным стандартом на классификацию.

Источник: ГОСТ Р ЕН 13479-2010: Материалы сварочные. Общие требования к присадочным материалам и флюсам для сварки металлов плавлением

1.4.1 технические условия 1)

Документ, устанавливающий требования, которым должны удовлетворять продукция, процесс или услуга.

1)Данный термин более подробно определен в title="Управление качеством и обеспечение качества - Словарь".

Примечания

1 На практике желательно, чтобы требования были заданы вместе с предельными значениями показателей в соответствующих единицах физических величин.

2 Требования относятся непосредственно к желаемому показателю или показателям качества, а не к тому, соответствует ли выборка требуемым критериям приемки партии для плана контроля. Партию можно принять, поскольку она соответствует критериям приемки, но некоторые отдельные единицы могут, тем не менее, не соответствовать техническим условиям

Источник: ГОСТ Р 50779.11-2000: Статистические методы. Статистическое управление качеством. Термины и определения оригинал документа

 

GOOSE-сообщение
-
[Интент]

широковещательное объектно-ориентированное сообщение о событии на подстанции
Широковещательный высокоскоростной внеочередной отчет, содержащий статус каждого из входов, устройств пуска, элементов выхода и реле, реальных и виртуальных.
Примечание. Этот отчет выдается многократно последовательно, как правило, сразу после первого отчета с интервалами 2, 4, 8,…, 60000 мс. Значение задержки первого повторения является конфигурируемым. Такой отчет обеспечивает выдачу высокоскоростных сигналов отключения с высокой вероятностью доставки.
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]

общие объектно-ориентированные события на подстанции
-
[ ГОСТ Р МЭК 61850-7-2-2009]

GOOSE
Generic Object Oriented Substation Event (стандарт МЭК 61850-8-1)
Протокол передачи данных о событиях на подстанции.
Один из трех протоколов передачи данных, предлагаемых к использованию в МЭК 61850.
Фактически данный протокол служит для замены медных кабельных связей, предназначенных для передачи дискретных сигналов между устройствами.
[ Цифровые подстанции. Проблемы внедрения устройств РЗА]

EN

generic object oriented substation event
on the occurrence of any change of state, an IED will multicast a high speed, binary object, Generic Object Oriented Substation Event (GOOSE) report by exception, typically containing the double command state of each of its status inputs, starters, output elements and relays, actual and virtual.

This report is re-issued sequentially, typically after the first report, again at intervals of 2, 4, 8…60000 ms. (The first repetition delay value is an open value it may be either shorter or longer).

A GOOSE report enables high speed trip signals to be issued with a high probability of delivery
[IEC 61850-2, ed. 1.0 (2003-08)]

До недавнего времени для передачи дискретных сигналов между терминалами релейной защиты и автоматики (РЗА) использовались дискретные входы и выходные реле. Передача сигнала при этом осуществляется подачей оперативного напряжения посредством замыкания выходного реле одного терминала на дискретный вход другого терминала (далее такой способ передачи будем называть традиционным).
Такой способ передачи информации имеет следующие недостатки:

• необходимо большое количество контрольных кабелей, проложенных между шкафами РЗА,
• терминалы РЗА должны иметь большое количество дискретных входов и выходных реле,
• количество передаваемых сигналов ограничивается определенным количеством дискретных входов и выходных реле,
• отсутствие контроля связи между терминалами РЗА,
• возможность ложного срабатывания дискретного входа при замыкании на землю в цепи передачи сигнала.

Информационные технологии уже давно предоставляли возможность для передачи информации между микропроцессорными терминалами по цифровой сети. Разработанный недавно стандарт МЭК 61850 предоставил такую возможность для передачи сигналов между терминалами РЗА.
Стандарт МЭК 61850 использует для передачи данных сеть Ethernet. Внутри стандарта МЭК 61850 предусмотрен такой механизм, как GOOSE-сообщения, которые и используются для передачи сообщений между терминалами РЗА.
Принцип передачи GOOSE-сообщений показан на рис. 1.

Устройство-отправитель передает по сети Ethernet информацию в широковещательном диапазоне.
В сообщении присутствует адрес отправителя и адреса, по которым осуществляется его передача, а также значение сигнала (например «0» или «1»).
Устройство-получатель получит сообщение, а все остальные устройства его проигнорируют.
Поскольку передача GOOSE-сообщений осуществляется в широковещательном диапазоне, т.е. нескольким адресатам, подтверждение факта получения адресатами сообщения отсутствует. По этой причине передача GOOSE-сообщений в установившемся режиме производится с определенной периодичностью.
При наступлении нового события в системе (например, КЗ и, как следствие, пуска измерительных органов защиты) начинается спонтанная передача сообщения через увеличивающиеся интервалы времени (например, 1 мс, 2 мс, 4 мс и т.д.). Интервалы времени между передаваемыми сообщениями увеличиваются, пока не будет достигнуто предельное значение, определяемое пользователем (например, 50 мс). Далее, до момента наступления нового события в системе, передача будет осуществляется именно с таким периодом. Указанное проиллюстрировано на рис. 2.

Технология повторной передачи не только гарантирует получение адресатом сообщения, но также обеспечивает контроль исправности линии связи и устройств – любые неисправности будут обнаружены по истечении максимального периода передачи GOOSE-сообщений (с точки зрения эксплуатации практически мгновенно). В случае передачи сигналов традиционным образом неисправность выявляется либо в процессе плановой проверки устройств, либо в случае неправильной работы системы РЗА.

Еще одной особенностью передачи GOOSE-сообщений является использование функций установки приоритетности передачи телеграмм (priority tagging) стандарта Ethernet IEEE 802.3u, которые не используются в других протоколах, в том числе уровня TCP/IP. То есть GOOSE-сообщения идут в обход «нормальных» телеграмм с более высоким приоритетом (см. рис. 3).

Однако стандарт МЭК 61850 декларирует передачу не только дискретной информации между терминалами РЗА, но и аналоговой. Это означает, что в будущем будет иметься возможность передачи аналоговой информации от ТТ и ТН по цифровым каналам связи. На данный момент готовых решений по передаче аналоговой информации для целей РЗА (в рамках стандарта МЭК 61850) ни один из производителей не предоставляет.
Для того чтобы использовать GOOSE-сообщения для передачи дискретных сигналов между терминалами РЗА необходима достаточная надежность и быстродействие передачи GOOSE-сообщений. Надежность передачи GOOSE-сообщений обеспечивается следующим:

• Протокол МЭК 61850 использует Ethernet-сеть, за счет этого выход из строя верхнего уровня АСУ ТП и любого из устройств РЗА не отражается на передаче GOOSE-сообщений оставшихся в работе устройств,
• Терминалы РЗА имеют два независимых Ethernet-порта, при выходе одного из них из строя второй его полностью заменяет,
• Сетевые коммутаторы, к которым подключаются устройства РЗА, соединяются в два независимых «кольца»,
• Разные порты одного терминала РЗА подключаются к разным сетевым коммутаторам, подключенным к разным «кольцам»,
• Каждый сетевой коммутатор имеет дублированное питание от разных источников,
• Во всех устройствах РЗА осуществляется постоянный контроль возможности прохождения каждого сигнала. Это позволяет автоматически определить не только отказы цифровой связи, но и ошибки параметрирования терминалов.

На рис. 4 изображен пример структурной схемы сети Ethernet (100 Мбит/c) подстанции. Отказ в передаче GOOSE-сообщения от одного устройства защиты другому возможен в результате совпадения как минимум двух событий. Например, одновременный отказ двух коммутаторов, к которым подключено одно устройство или одновременный отказ обоих портов одного устройства. Могут быть и более сложные отказы, связанные с одновременным наложением большего количества событий. Таким образом, единичные отказы оборудования не могут привести к отказу передачи GOOSEсообщений. Дополнительно увеличивает надежность то обстоятельство, что даже в случае отказа в передаче GOOSE-сообщения, устройство, принимающее сигнал, выдаст сигнал неисправности, и персонал примет необходимые меры для ее устранения.

Быстродействие.
В соответствии с требованиями стандарта МЭК 61850 передача GOOSE-сообщений должна осуществляться со временем не более 4 мс (для сообщений, требующих быстрой передачи, например, для передачи сигналов срабатывания защит, пусков АПВ и УРОВ и т.п.). Вообще говоря, время передачи зависит от топологии сети, количества устройств в ней, загрузки сети и загрузки вычислительных ресурсов терминалов РЗА, версии операционной системы терминала, коммуникационного модуля, типа центрального процессора терминала, количества коммутаторов и некоторых других аспектов. Поэтому время передачи GOOSE-сообщений должно быть подтверждено опытом эксплуатации.
Используя для передачи дискретных сигналов GOOSE-сообщения необходимо обращать внимание на то обстоятельство, что при использовании аппаратуры некоторых производителей, в случае отказа линии связи, значение передаваемого сигнала может оставаться таким, каким оно было получено в момент приема последнего сообщения.
Однако при отказе связи бывают случаи, когда сигнал должен принимать определенное значение. Например, значение сигнала блокировки МТЗ ввода 6–10 кВ в логике ЛЗШ при отказе связи целесообразно установить в значение «1», чтобы при КЗ на отходящем присоединении не произошло ложного отключения ввода. Так, к примеру, при проектировании терминалов фирмы Siemens изменить значение сигнала при отказе связи возможно с помощью свободно-программируемой CFCлогики (см. рис. 5).

К CFC-блоку SI_GET_STATUS подводится принимаемый сигнал, на выходе блока мы можем получить значение сигнала «Value» и его статус «NV». Если в течение определенного времени не поступит сообщение со значением сигнала, статус сигнала «NV» примет значение «1». Далее статус сигнала и значение сигнала подводятся к элементу «ИЛИ», на выходе которого будет получено значение сигнала при исправности линии связи или «1» при нарушении исправности линии связи. Изменив логику, можно установить значение сигнала равным «0» при обрыве связи.
Использование GOOSE-сообщений предъявляет специальные требования к наладке и эксплуатации устройств РЗА. Во многом процесс наладки становится проще, однако при выводе устройства из работы необходимо следить не только за выводом традиционных цепей, но и не забывать отключать передачу GOOSE-сообщений.
При изменении параметрирования одного устройства РЗА необходимо производить загрузку файла параметров во все устройства, с которыми оно было связано.
В нашей стране имеется опыт внедрения и эксплуатации систем РЗА с передачей дискретных сигналов с использованием GOOSE-сообщений. На первых объектах GOOSE-сообщения использовались ограниченно (ПС 500 кВ «Алюминиевая»).
На ПС 500 кВ «Воронежская» GOOSEсообщения использовались для передачи сигналов пуска УРОВ, пуска АПВ, запрета АПВ, действия УРОВ на отключение смежного элемента, положения коммутационных аппаратов, наличия/отсутствия напряжения, сигналы ЛЗШ, АВР и т.п. Кроме того, на ОРУ 500 кВ и 110 кВ ПС «Воронежская» были установлены полевые терминалы, в которые собиралась информация с коммутационного оборудования и другая дискретная информация с ОРУ (рис. 6). Далее информация с помощью GOOSE-сообщений передавалась в терминалы РЗА, установленные в ОПУ подстанции (рис. 7, 8).
GOOSE-сообщения также были использованы при проектировании уже введенных в эксплуатацию ПС 500 кВ «Бескудниково», ПС 750 кВ «Белый Раст», ПС 330кВ «Княжегубская», ПС 220 кВ «Образцово», ПС 330 кВ «Ржевская». Эта технология применяется и при проектировании строящихся и модернизируемых подстанций ПС 500 кВ «Чагино», ПС 330кВ «Восточная», ПС 330 кВ «Южная», ПС 330 кВ «Центральная», ПС
330 кВ «Завод Ильич» и многих других.
Основные преимущества использования GOOSE-сообщений:

• позволяет снизить количество кабелей вторичной коммутации на ПС;
• обеспечивает лучшую помехозащищенность канала связи;
• позволяет снизить время монтажных и пусконаладочных работ;
• исключает проблему излишнего срабатывания дискретных входов терминалов из-за замыканий на землю в цепях оперативного постоянного тока;
• убирает зависимость количества передаваемых сигналов от количества дискретных входов и выходных реле терминалов;
• обеспечивает возможность реконструкции и изменения связей между устройствами РЗА без прокладки дополнительных кабельных связей и повторного монтажа в шкафах;
• позволяет использовать МП терминалы РЗА с меньшим количеством входов и выходов (уменьшение габаритов и стоимости устройства);
• позволяет контролировать возможность прохождения сигнала (увеличивается надежность).

Безусловно, для окончательных выводов должен появиться достаточный опыт эксплуатации. В настоящее время большинство производителей устройств РЗА заявили о возможности использования GOOSEсообщений. Стандарт МЭК 61850 определяет передачу GOOSE-сообщений между терминалами разных производителей. Использование GOOSE-сообщений для передачи дискретных сигналов – это качественный скачок в развитии систем РЗА. С развитием стандарта МЭК 61850, переходом на Ethernet 1 Гбит/сек, с появлением новых цифровых ТТ и ТН, новых выключателей с возможностью подключения их блока управления к шине процесса МЭК 61850, эффективность использования GOOSE-сообщений намного увеличится. Облик будущих подстанций представляется с минимальным количеством контрольных кабелей, с передачей всех сообщений между устройствами РЗА, ТТ, ТН, коммутационными аппаратами через цифровую сеть. Устройства РЗА будут иметь минимальное количество выходных реле и дискретных входов

[ http://romvchvlcomm.pbworks.com/f/goosepaper1.pdf]

---

В стандарте определены два способа передачи данных напрямую между устройствами: GOOSE и GSSE. Это тоже пример наличия двух способов для реализации одной функции. GOOSE - более новый способ передачи сообщений, разработан специально для МЭК 61850. Способ передачи сообщений GSSE ранее присутствовал в стандарте UCA 2.0, являющимся одним из предшественников МЭК 61850. По сравнению с GSSE, GOOSE имеет более простой формат (Ethernet против стека OSI протоколов) и возможность передачи различных типов данных. Вероятно, способ GSSE включили в МЭК 61850 для того, чтобы производители, имеющие в своих устройствах протокол UCA 2.0, могли сразу декларировать соответствие МЭК 61850. В настоящее время все производители используют только GOOSE для передачи сообщений между устройствами.
Для выбора списка передаваемых данных в GOOSE, как и в отчѐтах, используются наборы данных. Однако тут требования уже другие. Время обработки GOOSE-сообщений должно быть минимальным, поэтому логично передавать наиболее простые типы данных. Обычно передаѐтся само значение сигнала и в некоторых случаях добавляется поле качества. Метка времени обычно включается в набор данных.
...
В устройствах серии БЭ2704 в передаваемых GOOSE-сообщениях содержатся данные типа boolean. Приниматься могут данные типа boolean, dbpos, integer.
Устоявшаяся тенденция существует только для передачи дискретной информации. Аналоговые данные пока передают немногие производители, и поэтому устоявшаяся тенденция в передаче аналоговой информации в данный момент отсутствует.
[ Источник]


 

Тематики

• релейная защита

Синонимы

• GOOSE-сообщение
• общие объектно-ориентированные события на подстанции

EN

• generic object oriented substation event
• GOOSE

 

аутентификация
Проверка принадлежности субъекту доступа предъявленного им идентификатора, подтверждение подлинности [4].
[Государственная техническая комиссия при Президенте Российской Федерации.
Сборник руководящих документов по защите от несанкционированного доступа. М., 1998]
[ОСТ 45.127-99]

аутентификация
Процесс проверки подлинности человека (персоны), устройства или процесса. Обычно выполняется посредством использования одного или нескольких аутентификационных факторов, таких как:
- то, что вы знаете (например, пароль и парольная фраза)
- то, что у вас есть (например, ключи или смарт-карты)
- то, что вы есть (например, биометрические параметры)
[Стандарт безопасности данных индустрии платежных карт (DSS) и стандарт безопасности данных платежных приложений (PA-DSS)]

EN

authentication
Process of verifying identity of an individual, device, or process. Authentication typically occurs through the use of one or more authentication factors such as:
- Something you know, such as a password or passphrase
- Something you have, such as a token device or smart card
- Something you are, such as a biometric
[ https://www.pcisecuritystandards.org/security_standards/glossary.php]

Тематики

• защита информации

EN

• authentication

3.1 аутентификация (authentication): Обеспечение однозначного соответствия заявленного идентификатора объекту.

[ИСО/МЭК 10181-2]

Источник: ГОСТ Р ИСО/МЭК ТО 13335-4-2007: Информационная технология. Методы и средства обеспечения безопасности. Часть 4. Выбор защитных мер

аутентификация (authentication): Акт проверки заявленной личности субъекта (ИСО/МЭК 2382-8).

Источник: ГОСТ Р ИСО/ТС 18308-2008: Информатизация здоровья. Требования к архитектуре электронного учета здоровья

2.5 аутентификация (authentication): Процесс достоверной идентификации субъектов информационной безопасности посредством надежной связи между идентификатором и его удостоверением.

Примечание - См. также аутентификацию источника данных и аутентификацию равноправного объекта.

Источник: ГОСТ Р ИСО/ТС 22600-2-2009: Информатизация здоровья. Управление полномочиями и контроль доступа. Часть 2. Формальные модели

3.7 аутентификация (authentication): Предоставление гарантии заявленной идентичности объекта. [ИСО/МЭК 10181-1:1196] [4], [ИСО/МЭК ТО 13335-4:2000] [5]

Источник: ГОСТ Р ИСО/ТО 13569-2007: Финансовые услуги. Рекомендации по информационной безопасности

3.7 аутентификация (authentication): Предоставление гарантии заявленной идентичности объекта.

[ИСО/МЭК 10181-1:1196] [4], [ИСО/МЭК ТО 13335-4:2000] [5]

Источник: ГОСТ Р ИСО ТО 13569-2007: Финансовые услуги. Рекомендации по информационной безопасности

 

программируемый логический контроллер
ПЛК
-
[Интент]

контроллер
Управляющее устройство, осуществляющее автоматическое управление посредством программной реализации алгоритмов управления.
[Сборник рекомендуемых терминов. Выпуск 107. Теория управления.
 Академия наук СССР. Комитет научно-технической терминологии. 1984 г.]

EN

storage-programmable logic controller
computer-aided control equipment or system whose logic sequence can be varied via a directly or remote-control connected programming device, for example a control panel, a host computer or a portable terminal
[IEV ref 351-32-34]

FR

automate programmable à mémoire
équipement ou système de commande assisté par ordinateur dont la séquence logique peut être modifiée directement ou par l'intermédiaire d'un dispositif de programmation relié à une télécommande, par exemple un panneau de commande, un ordinateur hôte ou un terminal de données portatif
[IEV ref 351-32-34]

  См. также:
- архитектура контроллера;
- производительность контроллера;
- время реакции контроллера;
КЛАССИФИКАЦИЯ
  Основным показателем ПЛК является количество каналов ввода-вывода. По этому признаку ПЛК делятся на следующие группы:

• нано- ПЛК (менее 16 каналов);
• микро-ПЛК (более 16, до 100 каналов);
• средние (более 100, до 500 каналов);
• большие (более 500 каналов).

По расположению модулей ввода-вывода ПЛК бывают:

• моноблочными - в которых устройство ввода-вывода не может быть удалено из контроллера или заменено на другое. Конструктивно контроллер представляет собой единое целое с устройствами ввода-вывода (например, одноплатный контроллер). Моноблочный контроллер может иметь, например, 16 каналов дискретного ввода и 8 каналов релейного вывода;
• модульные - состоящие из общей корзины (шасси), в которой располагаются модуль центрального процессора и сменные модули ввода-вывода. Состав модулей выбирается пользователем в зависимости от решаемой задачи. Типовое количество слотов для сменных модулей - от 8 до 32;
• распределенные (с удаленными модулями ввода-вывода) - в которых модули ввода-вывода выполнены в отдельных корпусах, соединяются с модулем контроллера по сети (обычно на основе интерфейса RS-485) и могут быть расположены на расстоянии до 1,2 км от процессорного модуля.

Часто перечисленные конструктивные типы контроллеров комбинируются, например, моноблочный контроллер может иметь несколько съемных плат; моноблочный и модульный контроллеры могут быть дополнены удаленными модулями ввода-вывода, чтобы увеличить общее количество каналов.

Многие контроллеры имеют набор сменных процессорных плат разной производительности. Это позволяет расширить круг потенциальных пользователей системы без изменения ее конструктива.

По конструктивному исполнению и способу крепления контроллеры делятся на:

• панельные (для монтажа на панель или дверцу шкафа);
• для монтажа на DIN-рейку внутри шкафа;
• для крепления на стене;
• стоечные - для монтажа в стойке;
• бескорпусные (обычно одноплатные) для применения в специализированных конструктивах производителей оборудования (OEM - "Original Equipment Manufact urer").

По области применения контроллеры делятся на следующие типы:

• универсальные общепромышленные;
• для управления роботами;
• для управления позиционированием и перемещением;
• коммуникационные;
• ПИД-контроллеры;
• специализированные.

По способу программирования контроллеры бывают:

• программируемые с лицевой панели контроллера;
• программируемые переносным программатором;
• программируемые с помощью дисплея, мыши и клавиатуры;
• программируемые с помощью персонального компьютера.

Контроллеры могут программироваться на следующих языках:

• на классических алгоритмических языках (C, С#, Visual Basic);
• на языках МЭК 61131-3.

Контроллеры могут содержать в своем составе модули ввода-вывода или не содержать их. Примерами контроллеров без модулей ввода-вывода являются коммуникационные контроллеры, которые выполняют функцию межсетевого шлюза, или контроллеры, получающие данные от контроллеров нижнего уровня иерархии АСУ ТП.   Контроллеры для систем автоматизации

Слово "контроллер" произошло от английского "control" (управление), а не от русского "контроль" (учет, проверка). Контроллером в системах автоматизации называют устройство, выполняющее управление физическими процессами по записанному в него алгоритму, с использованием информации, получаемой от датчиков и выводимой в исполнительные устройства.

Первые контроллеры появились на рубеже 60-х и 70-х годов в автомобильной промышленности, где использовались для автоматизации сборочных линий. В то время компьютеры стоили чрезвычайно дорого, поэтому контроллеры строились на жесткой логике (программировались аппаратно), что было гораздо дешевле. Однако перенастройка с одной технологической линии на другую требовала фактически изготовления нового контроллера. Поэтому появились контроллеры, алгоритм работы которых мог быть изменен несколько проще - с помощью схемы соединений реле. Такие контроллеры получили название программируемых логических контроллеров (ПЛК), и этот термин сохранился до настоящего времени. Везде ниже термины "контроллер" и "ПЛК" мы будем употреблять как синонимы.

Немного позже появились ПЛК, которые можно было программировать на машинно-ориентированном языке, что было проще конструктивно, но требовало участия специально обученного программиста для внесения даже незначительных изменений в алгоритм управления. С этого момента началась борьба за упрощение процесса программирования ПЛК, которая привела сначала к созданию языков высокого уровня, затем - специализированных языков визуального программирования, похожих на язык релейной логики. В настоящее время этот процесс завершился созданием международного стандарта IEC (МЭК) 1131-3, который позже был переименован в МЭК 61131-3. Стандарт МЭК 61131-3 поддерживает пять языков технологического программирования, что исключает необходимость привлечения профессиональных программистов при построении систем с контроллерами, оставляя для них решение нестандартных задач.

В связи с тем, что способ программирования является наиболее существенным классифицирующим признаком контроллера, понятие "ПЛК" все реже используется для обозначения управляющих контроллеров, которые не поддерживают технологические языки программирования.   Жесткие ограничения на стоимость и огромное разнообразие целей автоматизации привели к невозможности создания универсального ПЛК, как это случилось с офисными компьютерами. Область автоматизации выдвигает множество задач, в соответствии с которыми развивается и рынок, содержащий сотни непохожих друг на друга контроллеров, различающихся десятками параметров.

Выбор оптимального для конкретной задачи контроллера основывается обычно на соответствии функциональных характеристик контроллера решаемой задаче при условии минимальной его стоимости. Учитываются также другие важные характеристики (температурный диапазон, надежность, бренд изготовителя, наличие разрешений Ростехнадзора, сертификатов и т. п.).

Несмотря на огромное разнообразие контроллеров, в их развитии заметны следующие общие тенденции:

• уменьшение габаритов;
• расширение функциональных возможностей;
• увеличение количества поддерживаемых интерфейсов и сетей;
• использование идеологии "открытых систем";
• использование языков программирования стандарта МЭК 61131-3;
• снижение цены.

Еще одной тенденцией является появление в контроллерах признаков компьютера (наличие мыши, клавиатуры, монитора, ОС Windows, возможности подключения жесткого диска), а в компьютерах - признаков контроллера (расширенный температурный диапазон, электронный диск, защита от пыли и влаги, крепление на DIN-рейку, наличие сторожевого таймера, увеличенное количество коммуникационных портов, использование ОС жесткого реального времени, функции самотестирования и диагностики, контроль целостности прикладной программы). Появились компьютеры в конструктивах для жестких условий эксплуатации. Аппаратные различия между компьютером и контроллером постепенно исчезают. Основными отличительными признаками контроллера остаются его назначение и наличие технологического языка программирования.

[ http://bookasutp.ru/Chapter6_1.aspx]  

---

Программируемый логический контроллер (ПЛК, PLC) – микропроцессорное устройство, предназначенное для управления технологическим процессом и другими сложными технологическими объектами.
Принцип работы контроллера состоит в выполнение следующего цикла операций:

1.    Сбор сигналов с датчиков;
2.    Обработка сигналов согласно прикладному алгоритму управления;
3.    Выдача управляющих воздействий на исполнительные устройства.

В нормальном режиме работы контроллер непрерывно выполняет этот цикл с частотой от 50 раз в секунду. Время, затрачиваемое контроллером на выполнение полного цикла, часто называют временем (или периодом) сканирования; в большинстве современных ПЛК сканирование может настраиваться пользователем в диапазоне от 20 до 30000 миллисекунд. Для быстрых технологических процессов, где критична скорость реакции системы и требуется оперативное регулирование, время сканирования может составлять 20 мс, однако для большинства непрерывных процессов период 100 мс считается вполне приемлемым.

Аппаратно контроллеры имеют модульную архитектуру и могут состоять из следующих компонентов:

1.    Базовая панель ( Baseplate). Она служит для размещения на ней других модулей системы, устанавливаемых в специально отведенные позиции (слоты). Внутри базовой панели проходят две шины: одна - для подачи питания на электронные модули, другая – для пересылки данных и информационного обмена между модулями.

2.    Модуль центрального вычислительного устройства ( СPU). Это мозг системы. Собственно в нем и происходит математическая обработка данных. Для связи с другими устройствами CPU часто оснащается сетевым интерфейсом, поддерживающим тот или иной коммуникационный стандарт.

3.    Дополнительные коммуникационные модули. Необходимы для добавления сетевых интерфейсов, неподдерживаемых напрямую самим CPU. Коммуникационные модули существенно расширяют возможности ПЛК по сетевому взаимодействию. C их помощью к контроллеру подключают узлы распределенного ввода/вывода, интеллектуальные полевые приборы и станции операторского уровня.

4.    Блок питания. Нужен для запитки системы от 220 V. Однако многие ПЛК не имеют стандартного блока питания и запитываются от внешнего.  

 

программируемый логический контроллер
ПЛК
-
[Интент]

контроллер
Управляющее устройство, осуществляющее автоматическое управление посредством программной реализации алгоритмов управления.
[Сборник рекомендуемых терминов. Выпуск 107. Теория управления.
 Академия наук СССР. Комитет научно-технической терминологии. 1984 г.]

EN

storage-programmable logic controller
computer-aided control equipment or system whose logic sequence can be varied via a directly or remote-control connected programming device, for example a control panel, a host computer or a portable terminal
[IEV ref 351-32-34]

FR

automate programmable à mémoire
équipement ou système de commande assisté par ordinateur dont la séquence logique peut être modifiée directement ou par l'intermédiaire d'un dispositif de programmation relié à une télécommande, par exemple un panneau de commande, un ordinateur hôte ou un terminal de données portatif
[IEV ref 351-32-34]

  См. также:
- архитектура контроллера;
- производительность контроллера;
- время реакции контроллера;
КЛАССИФИКАЦИЯ
  Основным показателем ПЛК является количество каналов ввода-вывода. По этому признаку ПЛК делятся на следующие группы:

• нано- ПЛК (менее 16 каналов);
• микро-ПЛК (более 16, до 100 каналов);
• средние (более 100, до 500 каналов);
• большие (более 500 каналов).

По расположению модулей ввода-вывода ПЛК бывают:

• моноблочными - в которых устройство ввода-вывода не может быть удалено из контроллера или заменено на другое. Конструктивно контроллер представляет собой единое целое с устройствами ввода-вывода (например, одноплатный контроллер). Моноблочный контроллер может иметь, например, 16 каналов дискретного ввода и 8 каналов релейного вывода;
• модульные - состоящие из общей корзины (шасси), в которой располагаются модуль центрального процессора и сменные модули ввода-вывода. Состав модулей выбирается пользователем в зависимости от решаемой задачи. Типовое количество слотов для сменных модулей - от 8 до 32;
• распределенные (с удаленными модулями ввода-вывода) - в которых модули ввода-вывода выполнены в отдельных корпусах, соединяются с модулем контроллера по сети (обычно на основе интерфейса RS-485) и могут быть расположены на расстоянии до 1,2 км от процессорного модуля.

Часто перечисленные конструктивные типы контроллеров комбинируются, например, моноблочный контроллер может иметь несколько съемных плат; моноблочный и модульный контроллеры могут быть дополнены удаленными модулями ввода-вывода, чтобы увеличить общее количество каналов.

Многие контроллеры имеют набор сменных процессорных плат разной производительности. Это позволяет расширить круг потенциальных пользователей системы без изменения ее конструктива.

По конструктивному исполнению и способу крепления контроллеры делятся на:

• панельные (для монтажа на панель или дверцу шкафа);
• для монтажа на DIN-рейку внутри шкафа;
• для крепления на стене;
• стоечные - для монтажа в стойке;
• бескорпусные (обычно одноплатные) для применения в специализированных конструктивах производителей оборудования (OEM - "Original Equipment Manufact urer").

По области применения контроллеры делятся на следующие типы:

• универсальные общепромышленные;
• для управления роботами;
• для управления позиционированием и перемещением;
• коммуникационные;
• ПИД-контроллеры;
• специализированные.

По способу программирования контроллеры бывают:

• программируемые с лицевой панели контроллера;
• программируемые переносным программатором;
• программируемые с помощью дисплея, мыши и клавиатуры;
• программируемые с помощью персонального компьютера.

Контроллеры могут программироваться на следующих языках:

• на классических алгоритмических языках (C, С#, Visual Basic);
• на языках МЭК 61131-3.

Контроллеры могут содержать в своем составе модули ввода-вывода или не содержать их. Примерами контроллеров без модулей ввода-вывода являются коммуникационные контроллеры, которые выполняют функцию межсетевого шлюза, или контроллеры, получающие данные от контроллеров нижнего уровня иерархии АСУ ТП.   Контроллеры для систем автоматизации

Слово "контроллер" произошло от английского "control" (управление), а не от русского "контроль" (учет, проверка). Контроллером в системах автоматизации называют устройство, выполняющее управление физическими процессами по записанному в него алгоритму, с использованием информации, получаемой от датчиков и выводимой в исполнительные устройства.

Первые контроллеры появились на рубеже 60-х и 70-х годов в автомобильной промышленности, где использовались для автоматизации сборочных линий. В то время компьютеры стоили чрезвычайно дорого, поэтому контроллеры строились на жесткой логике (программировались аппаратно), что было гораздо дешевле. Однако перенастройка с одной технологической линии на другую требовала фактически изготовления нового контроллера. Поэтому появились контроллеры, алгоритм работы которых мог быть изменен несколько проще - с помощью схемы соединений реле. Такие контроллеры получили название программируемых логических контроллеров (ПЛК), и этот термин сохранился до настоящего времени. Везде ниже термины "контроллер" и "ПЛК" мы будем употреблять как синонимы.

Немного позже появились ПЛК, которые можно было программировать на машинно-ориентированном языке, что было проще конструктивно, но требовало участия специально обученного программиста для внесения даже незначительных изменений в алгоритм управления. С этого момента началась борьба за упрощение процесса программирования ПЛК, которая привела сначала к созданию языков высокого уровня, затем - специализированных языков визуального программирования, похожих на язык релейной логики. В настоящее время этот процесс завершился созданием международного стандарта IEC (МЭК) 1131-3, который позже был переименован в МЭК 61131-3. Стандарт МЭК 61131-3 поддерживает пять языков технологического программирования, что исключает необходимость привлечения профессиональных программистов при построении систем с контроллерами, оставляя для них решение нестандартных задач.

В связи с тем, что способ программирования является наиболее существенным классифицирующим признаком контроллера, понятие "ПЛК" все реже используется для обозначения управляющих контроллеров, которые не поддерживают технологические языки программирования.   Жесткие ограничения на стоимость и огромное разнообразие целей автоматизации привели к невозможности создания универсального ПЛК, как это случилось с офисными компьютерами. Область автоматизации выдвигает множество задач, в соответствии с которыми развивается и рынок, содержащий сотни непохожих друг на друга контроллеров, различающихся десятками параметров.

Выбор оптимального для конкретной задачи контроллера основывается обычно на соответствии функциональных характеристик контроллера решаемой задаче при условии минимальной его стоимости. Учитываются также другие важные характеристики (температурный диапазон, надежность, бренд изготовителя, наличие разрешений Ростехнадзора, сертификатов и т. п.).

Несмотря на огромное разнообразие контроллеров, в их развитии заметны следующие общие тенденции:

• уменьшение габаритов;
• расширение функциональных возможностей;
• увеличение количества поддерживаемых интерфейсов и сетей;
• использование идеологии "открытых систем";
• использование языков программирования стандарта МЭК 61131-3;
• снижение цены.

Еще одной тенденцией является появление в контроллерах признаков компьютера (наличие мыши, клавиатуры, монитора, ОС Windows, возможности подключения жесткого диска), а в компьютерах - признаков контроллера (расширенный температурный диапазон, электронный диск, защита от пыли и влаги, крепление на DIN-рейку, наличие сторожевого таймера, увеличенное количество коммуникационных портов, использование ОС жесткого реального времени, функции самотестирования и диагностики, контроль целостности прикладной программы). Появились компьютеры в конструктивах для жестких условий эксплуатации. Аппаратные различия между компьютером и контроллером постепенно исчезают. Основными отличительными признаками контроллера остаются его назначение и наличие технологического языка программирования.

[ http://bookasutp.ru/Chapter6_1.aspx]  

---

Программируемый логический контроллер (ПЛК, PLC) – микропроцессорное устройство, предназначенное для управления технологическим процессом и другими сложными технологическими объектами.
Принцип работы контроллера состоит в выполнение следующего цикла операций:

1.    Сбор сигналов с датчиков;
2.    Обработка сигналов согласно прикладному алгоритму управления;
3.    Выдача управляющих воздействий на исполнительные устройства.

В нормальном режиме работы контроллер непрерывно выполняет этот цикл с частотой от 50 раз в секунду. Время, затрачиваемое контроллером на выполнение полного цикла, часто называют временем (или периодом) сканирования; в большинстве современных ПЛК сканирование может настраиваться пользователем в диапазоне от 20 до 30000 миллисекунд. Для быстрых технологических процессов, где критична скорость реакции системы и требуется оперативное регулирование, время сканирования может составлять 20 мс, однако для большинства непрерывных процессов период 100 мс считается вполне приемлемым.

Аппаратно контроллеры имеют модульную архитектуру и могут состоять из следующих компонентов:

1.    Базовая панель ( Baseplate). Она служит для размещения на ней других модулей системы, устанавливаемых в специально отведенные позиции (слоты). Внутри базовой панели проходят две шины: одна - для подачи питания на электронные модули, другая – для пересылки данных и информационного обмена между модулями.

2.    Модуль центрального вычислительного устройства ( СPU). Это мозг системы. Собственно в нем и происходит математическая обработка данных. Для связи с другими устройствами CPU часто оснащается сетевым интерфейсом, поддерживающим тот или иной коммуникационный стандарт.

3.    Дополнительные коммуникационные модули. Необходимы для добавления сетевых интерфейсов, неподдерживаемых напрямую самим CPU. Коммуникационные модули существенно расширяют возможности ПЛК по сетевому взаимодействию. C их помощью к контроллеру подключают узлы распределенного ввода/вывода, интеллектуальные полевые приборы и станции операторского уровня.

4.    Блок питания. Нужен для запитки системы от 220 V. Однако многие ПЛК не имеют стандартного блока питания и запитываются от внешнего.  

 

программируемый логический контроллер
ПЛК
-
[Интент]

контроллер
Управляющее устройство, осуществляющее автоматическое управление посредством программной реализации алгоритмов управления.
[Сборник рекомендуемых терминов. Выпуск 107. Теория управления.
 Академия наук СССР. Комитет научно-технической терминологии. 1984 г.]

EN

storage-programmable logic controller
computer-aided control equipment or system whose logic sequence can be varied via a directly or remote-control connected programming device, for example a control panel, a host computer or a portable terminal
[IEV ref 351-32-34]

FR

automate programmable à mémoire
équipement ou système de commande assisté par ordinateur dont la séquence logique peut être modifiée directement ou par l'intermédiaire d'un dispositif de programmation relié à une télécommande, par exemple un panneau de commande, un ordinateur hôte ou un terminal de données portatif
[IEV ref 351-32-34]

  См. также:
- архитектура контроллера;
- производительность контроллера;
- время реакции контроллера;
КЛАССИФИКАЦИЯ
  Основным показателем ПЛК является количество каналов ввода-вывода. По этому признаку ПЛК делятся на следующие группы:

• нано- ПЛК (менее 16 каналов);
• микро-ПЛК (более 16, до 100 каналов);
• средние (более 100, до 500 каналов);
• большие (более 500 каналов).

По расположению модулей ввода-вывода ПЛК бывают:

• моноблочными - в которых устройство ввода-вывода не может быть удалено из контроллера или заменено на другое. Конструктивно контроллер представляет собой единое целое с устройствами ввода-вывода (например, одноплатный контроллер). Моноблочный контроллер может иметь, например, 16 каналов дискретного ввода и 8 каналов релейного вывода;
• модульные - состоящие из общей корзины (шасси), в которой располагаются модуль центрального процессора и сменные модули ввода-вывода. Состав модулей выбирается пользователем в зависимости от решаемой задачи. Типовое количество слотов для сменных модулей - от 8 до 32;
• распределенные (с удаленными модулями ввода-вывода) - в которых модули ввода-вывода выполнены в отдельных корпусах, соединяются с модулем контроллера по сети (обычно на основе интерфейса RS-485) и могут быть расположены на расстоянии до 1,2 км от процессорного модуля.

Часто перечисленные конструктивные типы контроллеров комбинируются, например, моноблочный контроллер может иметь несколько съемных плат; моноблочный и модульный контроллеры могут быть дополнены удаленными модулями ввода-вывода, чтобы увеличить общее количество каналов.

Многие контроллеры имеют набор сменных процессорных плат разной производительности. Это позволяет расширить круг потенциальных пользователей системы без изменения ее конструктива.

По конструктивному исполнению и способу крепления контроллеры делятся на:

• панельные (для монтажа на панель или дверцу шкафа);
• для монтажа на DIN-рейку внутри шкафа;
• для крепления на стене;
• стоечные - для монтажа в стойке;
• бескорпусные (обычно одноплатные) для применения в специализированных конструктивах производителей оборудования (OEM - "Original Equipment Manufact urer").

По области применения контроллеры делятся на следующие типы:

• универсальные общепромышленные;
• для управления роботами;
• для управления позиционированием и перемещением;
• коммуникационные;
• ПИД-контроллеры;
• специализированные.

По способу программирования контроллеры бывают:

• программируемые с лицевой панели контроллера;
• программируемые переносным программатором;
• программируемые с помощью дисплея, мыши и клавиатуры;
• программируемые с помощью персонального компьютера.

Контроллеры могут программироваться на следующих языках:

• на классических алгоритмических языках (C, С#, Visual Basic);
• на языках МЭК 61131-3.

Контроллеры могут содержать в своем составе модули ввода-вывода или не содержать их. Примерами контроллеров без модулей ввода-вывода являются коммуникационные контроллеры, которые выполняют функцию межсетевого шлюза, или контроллеры, получающие данные от контроллеров нижнего уровня иерархии АСУ ТП.   Контроллеры для систем автоматизации

Слово "контроллер" произошло от английского "control" (управление), а не от русского "контроль" (учет, проверка). Контроллером в системах автоматизации называют устройство, выполняющее управление физическими процессами по записанному в него алгоритму, с использованием информации, получаемой от датчиков и выводимой в исполнительные устройства.

Первые контроллеры появились на рубеже 60-х и 70-х годов в автомобильной промышленности, где использовались для автоматизации сборочных линий. В то время компьютеры стоили чрезвычайно дорого, поэтому контроллеры строились на жесткой логике (программировались аппаратно), что было гораздо дешевле. Однако перенастройка с одной технологической линии на другую требовала фактически изготовления нового контроллера. Поэтому появились контроллеры, алгоритм работы которых мог быть изменен несколько проще - с помощью схемы соединений реле. Такие контроллеры получили название программируемых логических контроллеров (ПЛК), и этот термин сохранился до настоящего времени. Везде ниже термины "контроллер" и "ПЛК" мы будем употреблять как синонимы.

Немного позже появились ПЛК, которые можно было программировать на машинно-ориентированном языке, что было проще конструктивно, но требовало участия специально обученного программиста для внесения даже незначительных изменений в алгоритм управления. С этого момента началась борьба за упрощение процесса программирования ПЛК, которая привела сначала к созданию языков высокого уровня, затем - специализированных языков визуального программирования, похожих на язык релейной логики. В настоящее время этот процесс завершился созданием международного стандарта IEC (МЭК) 1131-3, который позже был переименован в МЭК 61131-3. Стандарт МЭК 61131-3 поддерживает пять языков технологического программирования, что исключает необходимость привлечения профессиональных программистов при построении систем с контроллерами, оставляя для них решение нестандартных задач.

В связи с тем, что способ программирования является наиболее существенным классифицирующим признаком контроллера, понятие "ПЛК" все реже используется для обозначения управляющих контроллеров, которые не поддерживают технологические языки программирования.   Жесткие ограничения на стоимость и огромное разнообразие целей автоматизации привели к невозможности создания универсального ПЛК, как это случилось с офисными компьютерами. Область автоматизации выдвигает множество задач, в соответствии с которыми развивается и рынок, содержащий сотни непохожих друг на друга контроллеров, различающихся десятками параметров.

Выбор оптимального для конкретной задачи контроллера основывается обычно на соответствии функциональных характеристик контроллера решаемой задаче при условии минимальной его стоимости. Учитываются также другие важные характеристики (температурный диапазон, надежность, бренд изготовителя, наличие разрешений Ростехнадзора, сертификатов и т. п.).

Несмотря на огромное разнообразие контроллеров, в их развитии заметны следующие общие тенденции:

• уменьшение габаритов;
• расширение функциональных возможностей;
• увеличение количества поддерживаемых интерфейсов и сетей;
• использование идеологии "открытых систем";
• использование языков программирования стандарта МЭК 61131-3;
• снижение цены.

Еще одной тенденцией является появление в контроллерах признаков компьютера (наличие мыши, клавиатуры, монитора, ОС Windows, возможности подключения жесткого диска), а в компьютерах - признаков контроллера (расширенный температурный диапазон, электронный диск, защита от пыли и влаги, крепление на DIN-рейку, наличие сторожевого таймера, увеличенное количество коммуникационных портов, использование ОС жесткого реального времени, функции самотестирования и диагностики, контроль целостности прикладной программы). Появились компьютеры в конструктивах для жестких условий эксплуатации. Аппаратные различия между компьютером и контроллером постепенно исчезают. Основными отличительными признаками контроллера остаются его назначение и наличие технологического языка программирования.

[ http://bookasutp.ru/Chapter6_1.aspx]  

---

Программируемый логический контроллер (ПЛК, PLC) – микропроцессорное устройство, предназначенное для управления технологическим процессом и другими сложными технологическими объектами.
Принцип работы контроллера состоит в выполнение следующего цикла операций:

1.    Сбор сигналов с датчиков;
2.    Обработка сигналов согласно прикладному алгоритму управления;
3.    Выдача управляющих воздействий на исполнительные устройства.

В нормальном режиме работы контроллер непрерывно выполняет этот цикл с частотой от 50 раз в секунду. Время, затрачиваемое контроллером на выполнение полного цикла, часто называют временем (или периодом) сканирования; в большинстве современных ПЛК сканирование может настраиваться пользователем в диапазоне от 20 до 30000 миллисекунд. Для быстрых технологических процессов, где критична скорость реакции системы и требуется оперативное регулирование, время сканирования может составлять 20 мс, однако для большинства непрерывных процессов период 100 мс считается вполне приемлемым.

Аппаратно контроллеры имеют модульную архитектуру и могут состоять из следующих компонентов:

1.    Базовая панель ( Baseplate). Она служит для размещения на ней других модулей системы, устанавливаемых в специально отведенные позиции (слоты). Внутри базовой панели проходят две шины: одна - для подачи питания на электронные модули, другая – для пересылки данных и информационного обмена между модулями.

2.    Модуль центрального вычислительного устройства ( СPU). Это мозг системы. Собственно в нем и происходит математическая обработка данных. Для связи с другими устройствами CPU часто оснащается сетевым интерфейсом, поддерживающим тот или иной коммуникационный стандарт.

3.    Дополнительные коммуникационные модули. Необходимы для добавления сетевых интерфейсов, неподдерживаемых напрямую самим CPU. Коммуникационные модули существенно расширяют возможности ПЛК по сетевому взаимодействию. C их помощью к контроллеру подключают узлы распределенного ввода/вывода, интеллектуальные полевые приборы и станции операторского уровня.

4.    Блок питания. Нужен для запитки системы от 220 V. Однако многие ПЛК не имеют стандартного блока питания и запитываются от внешнего.  

 

обратная связь
Зависимость текущих воздействий на объект от его состояния, обусловленного предшествующими воздействиями на этот же объект.
Примечания
1. Обратная связь может быть естественной (присущей объекту) или искусственно организуемой.
2. Различают огрицагельную обратную связь и положительную обратную связь как обратную связь, действующую в первом случае в сторону уменьшения, а во втором — в сторону увеличения отклонений текущих значений координат объекта от их предшествующих значений.
[Сборник рекомендуемых терминов. Выпуск 107. Теория управления.
 Академия наук СССР. Комитет научно-технической терминологии. 1984 г.]

обратная связь
Воздействие результатов процесса на его протекание.
При обратной связи сигнал на выходе системы воздействует на ее вход. В результате этого он совместно со входным сигналом определяет последующее значение выходного сигнала.
Выделяют два вида обратной связи. Если в результате рассматриваемого воздействия возрастает интенсивность процесса, то обратная связь называется положительной. Если интенсивность уменьшается, то - отрицательной. В системах управления отрицательная обратная связь обеспечивает автоматическое поддержание выбранного параметра. Например, напряжения электрического тока. Если напряжение уменьшается, то обратная связь его увеличивает. Если же оно возрастает, то - уменьшает.
[Гипертекстовый энциклопедический словарь по информатике Э. Якубайтиса]
[ http://www.morepc.ru/dict/]

обратная связь
Важнейшее понятие кибернетики, означающее обратное воздействие результатов управления системой на процесс этого управления, или, иными словами, использование в управлении информации, поступающей от объекта управления. На схеме (рис. O.1) видно, что сигнал, поступивший на вход управляемого блока, преобразуется в нем, и результат подается на выход. Через канал О.с. выход соединен с блоком сравнения, где результат оценивается. Допустим, он меньше, чем требуется, тогда блок регулирования подает сигнал, увеличивающий интенсивность процесса. Наоборот, если результат больше, чем следует, то, получив сигнал от блока регулирования (или коррекции), управляемый процесс затормозится. Это и есть действие О.с. О.с. считается положительной, когда возрастающие результаты процесса усиливают сам процесс, и отрицательной — когда они ослабляют его. Соответственно уменьшающиеся результаты процесса при положительной О.с. ослабляют его, при отрицательной — усиливают. Соединение элементов в систему с О.с. называют «антипараллельным«. Реальные экономические системы управления обычно имеют не один, как на рис. O.1, а множество последовательно и параллельно связанных между собой контуров О.с., использующих разнообразную информацию о состоянии объекта управления. Такие системы называются многоконтурными. Рис. О.1 Контур управления с обратной связью А. — управляющая подсистема, I — блок регулирования, II — блок управления, III- план или стандарт (эталон), IV — управляемая система, процесс, V — измерение на выходе, С — сигнал об отклонении.
[ http://slovar-lopatnikov.ru/]

Тематики

• автоматизация, основные понятия
• экономика

EN

• feedback

3.6 обратная связь (feedback): Комментарии, экспертиза и сведения о заинтересованности в продукции или процессе управления претензиями.

Источник: ГОСТ Р ИСО 10002-2007: Менеджмент организации. Удовлетворенность потребителя. Руководство по управлению претензиями в организациях оригинал документа

3.2.4 обратная связь (feedback): Информация, передаваемая пользователю и указывающая на момент активации клавиши или на активированное состояние клавиши.

Источник: ГОСТ Р ИСО 9241-4-2009: Эргономические требования к проведению офисных работ с использованием видеодисплейных терминалов (VDT). Часть 4. Требования к клавиатуре оригинал документа

 

управление аварийными сигналами
-
[Интент]

Переход от аналоговых систем к цифровым привел к широкому, иногда бесконтрольному использованию аварийных сигналов. Текущая программа снижения количества нежелательных аварийных сигналов, контроля, определения приоритетности и адекватного реагирования на такие сигналы будет способствовать надежной и эффективной работе предприятия.

Если технология хороша, то, казалось бы, чем шире она применяется, тем лучше. Разве не так? Как раз нет. Больше не всегда означает лучше. Наступление эпохи микропроцессоров и широкое распространение современных распределенных систем управления (DCS) упростило подачу сигналов тревоги при любом сбое технологического процесса, поскольку затраты на это невелики или равны нулю. В результате в настоящее время на большинстве предприятий имеются системы, подающие ежедневно огромное количество аварийных сигналов и уведомлений, что мешает работе, а иногда приводит к катастрофическим ситуациям.

„Всем известно, насколько важной является система управления аварийными сигналами. Но, несмотря на это, на производстве такие системы управления внедряются достаточно редко", - отмечает Тодд Стауффер, руководитель отдела маркетинга PCS7 в компании Siemens Energy & Automation. Однако события последних лет, среди которых взрыв на нефтеперегонном заводе BP в Техасе в марте 2005 г., в результате которого погибло 15 и получило травмы 170 человек, могут изменить отношение к данной проблеме. В отчете об этом событии говорится, что аварийные сигналы не всегда были технически обоснованы.

Широкое распространение компьютеризированного оборудования и распределенных систем управления сделало более простым и быстрым формирование аварийных сигналов. Согласно новым принципам аварийные сигналы следует формировать только тогда, когда необходимы ответные действия оператора. (С разрешения Siemens Energy & Automation)

Этот и другие подобные инциденты побудили специалистов многих предприятий пересмотреть программы управления аварийными сигналами. Специалисты пытаются найти причины непомерного роста числа аварийных сигналов, изучить и применить передовой опыт и содействовать разработке стандартов. Все это подталкивает многие компании к оценке и внедрению эталонных стандартов, таких, например, как Publication 191 Ассоциации пользователей средств разработки и материалов (EEMUA) „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке", которую многие называют фактическим стандартом систем управления аварийными сигналами. Тим Дональдсон, директор по маркетингу компании Iconics, отмечает: „Распределение и частота/колебания аварийных сигналов, взаимная корреляция, время реакции и изменения в действиях оператора в течение определенного интервала времени являются основными показателями отчетов, которые входят в стандарт EEMUA и обеспечивают полезную информацию для улучшения работы предприятия”. Помимо этого как конечные пользователи, так и поставщики поддерживают развитие таких стандартов, как SP-18.02 ISA «Управление системами аварийной сигнализации для обрабатывающих отраслей промышленности». (см. сопроводительный раздел „Стандарты, эталоны, передовой опыт" для получения более подробных сведений).

Предполагается, что одной из причин взрыва на нефтеперегонном заводе BP в Техасе в 2005 г., в результате которого погибло 15 и получило ранения 170 человек, а также был нанесен значительный ущерб имуществу, стала неэффективная система аварийных сигналов.(Источник: Комиссия по химической безопасности и расследованию аварий США)

На большинстве предприятий системы аварийной сигнализации очень часто имеют слишком большое количество аварийных сигналов. Это в высшей степени нецелесообразно. Показатели EEMUA являются эталонными. Они содержатся в Publication 191 (1999), „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке".

Начало работы

Наиболее важным представляется вопрос: почему так велико количество аварийных сигналов? Стауффер объясняет это следующим образом: „В эпоху аналоговых систем аварийные сигналы реализовывались аппаратно. Они должны были соответствующим образом разрабатываться и устанавливаться. Каждый аварийный сигнал имел реальную стоимость - примерно 1000 долл. США. Поэтому они выполнялись тщательно. С развитием современных DCS аварийные сигналы практически ничего не стоят, в связи с чем на предприятиях стремятся устанавливать все возможные сигналы".

Характеристики «хорошего» аварийного сообщения

В число базовых требований к аварийному сообщению, включенных в аттестационный документ EEMUA, входит ясное, непротиворечивое представление информации. На каждом экране дисплея:

• Должно быть четко определено возникшее состояние;

• Следует использовать терминологию, понятную для оператора;

• Должна применяться непротиворечивая система сокращений, основанная на стандартном словаре сокращений для данной отрасли производства;

• Следует использовать согласованную структуру сообщения;

• Система не должна строиться только на основе теговых обозначений и номеров;

• Следует проверить удобство работы на реальном производстве.

Информация из Publication 191 (1999) EEMUA „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке".

Качественная система управления аварийными сигналами должна опираться на руководящий документ. В стандарте ISA SP-18.02 «Управление системами аварийной сигнализации для обрабатывающих отраслей промышленности», предложен целостный подход, основанный на модели жизненного цикла, которая включает в себя определяющие принципы, обучение, контроль и аудит.

Именно поэтому операторы сегодня часто сталкиваются с проблемой резкого роста аварийных сигналов. В соответствии с рекомендациями Publication 191 EEMUA средняя частота аварийных сигналов не должна превышать одного сигнала за 10 минут, или не более 144 сигналов в день. В большинстве отраслей промышленности показатели значительно выше и находятся в диапазоне 5-9 сигналов за 10 минут (см. таблицу Эталонные показатели для аварийных сигналов). Дэвид Гэртнер, руководитель служб управления аварийными сигналами в компании Invensys Process Systems, вспоминает, что при запуске производственной установки пяти операторам за полгода поступило 5 миллионов сигналов тревоги. „От одного из устройств было получено 550 000 аварийных сигналов. Устройство работает на протяжении многих месяцев, и до сих пор никто не решился отключить его”.

Практика прошлых лет заключалась в том, чтобы использовать любые аварийные сигналы независимо от того - нужны они или нет. Однако в последнее время при конфигурировании систем аварийных сигналов исходят из необходимости ответных действий со стороны оператора. Этот принцип, который отражает фундаментальные изменения в разработке систем и взаимодействии операторов, стал основой проекта стандарта SP18 ISA. В этом документе дается следующее определение аварийного сигнала: „звуковой и/или визуальный способ привлечения внимания, указывающий оператору на неисправность оборудования, отклонения в технологическом процессе или аномальные условия эксплуатации, которые требуют реагирования”. При такой практике сигнал конфигурируется только в том случае, когда на него необходим ответ оператора.

Адекватная реакция

Особенно важно учитывать следующую рекомендацию: „Не следует ничего предпринимать в отношении событий, для которых нет измерительного инструмента (обычно программного)”.Высказывания Ника Сэнд-за, сопредседателя комитета по разработке стандартов для систем управления аварийными сигналами SP-18.00.02 Общества ISA и менеджера технологий управления процессами химического производства DuPont, подчеркивают необходимость контроля: „Система контроля должна сообщать - в каком состоянии находятся аварийные сигналы. По каким аварийным сигналам проводится техническое обслуживание? Сколько сигналов имеет самый высокий приоритет? Какие из них относятся к системе безопасности? Она также должна сообщать об эффективности работы системы. Соответствует ли ее работа вашим целям и основополагающим принципам?"

Кейт Джоунз, старший менеджер по системам визуализации в Wonderware, добавляет: „Во многих отраслях промышленности, например в фармацевтике и в пищевой промышленности, уже сегодня требуется ведение баз данных по материалам и ингредиентам. Эта информация может также оказаться полезной при анализе аварийных сигналов. Мы можем установить комплект оборудования, работающего в реальном времени. Оно помогает определить место, где возникла проблема, с которой связан аварийный сигнал. Например, можно создать простые гистограммы частот аварийных сигналов. Можно сформировать отчеты об аварийных сигналах в соответствии с разными уровнями системы контроля, которая предоставляет сведения как для менеджеров, так и для исполнителей”.

Представитель компании Invensys Гэртнер утверждает, что двумя основными элементами каждой программы управления аварийными сигналами должны быть: „хороший аналитический инструмент, с помощью которого можно определить устройства, подающие наибольшее количество аварийных сигналов, и эффективный технологический процесс, позволяющий объединить усилия персонала и технические средства для устранения неисправностей. Инструментарий помогает выявить источник проблемы. С его помощью можно определить наиболее частые сигналы, а также ложные и отвлекающие сигналы. Таким образом, мы можем выяснить, где и когда возникают аварийные сигналы, можем провести анализ основных причин и выяснить, почему происходит резкое увеличение сигналов, а также установить для них новые приоритеты. На многих предприятиях высокий приоритет установлен для всех аварийных сигналов. Это неприемлемое решение. Наиболее разумным способом распределения приоритетности является следующий: 5 % аварийных сигналов имеют приоритет № 1, 15% приоритет № 2, и 80% приоритет № 3. В этом случае оператор может отреагировать на те сигналы, которые действительно важны”.

И, тем не менее, Марк МакТэвиш, руководитель группы решений в области управления аварийными сигналами и международных курсов обучения в компании Matrikon, отмечает: „Необходимо помнить, что программное обеспечение - это всего лишь инструмент, оно само по себе не является решением. Аварийные сигналы должны представлять собой исключительные случаи, которые указывают на события, выходящие за приемлемые рамки. Удачные программы управления аварийными сигналами позволяют добиться внедрения на производстве именно такого подхода. Они помогают инженерам изо дня в день управлять своими установками, обеспечивая надежный контроль качества и повышение производительности за счет снижения незапланированных простоев”.

Система, нацеленная на оператора

Тем не менее, даже наличия хорошей системы сигнализации и механизма контроля и анализа ее функционирования еще недостаточно. Необходимо следовать основополагающим принципам, руководящему документу, который должен стать фундаментом для всей системы аварийной сигнализации в целом, подчеркивает Сэндз, сопредседатель ISA SP18. При разработке стандарта „основное внимание мы уделяем не только рационализации аварийных сигналов, - говорит он, - но и жизненному циклу систем управления аварийными сигналами в целом, включая обучение, внесение изменений, совершенствование и периодический контроль на производственном участке. Мы стремимся использовать целостный подход к системе управления аварийными сигналами, построенной в соответствии с ISA 84.00.01, Функциональная безопасность: Системы безопасности с измерительной аппаратурой для сектора обрабатывающей промышленности». (см. диаграмму Модель жизненного цикла системы управления аварийными сигналами)”.

«В данном подходе учитывается участие оператора. Многие недооценивают роль оператора,- отмечает МакТэвиш из Matrikon. - Система управления аварийными сигналами строится вокруг оператора. Инженерам трудно понять проблемы оператора, если они не побывают на его месте и не получат опыт управления аварийными сигналами. Они считают, что знают потребности оператора, но зачастую оказывается, что это не так”.

Удобное отображение информации с помощью человеко-машинного интерфейса является наиболее существенным аспектом системы управления аварийными сигналами. Джонс из Wonderware говорит: „Аварийные сигналы перед поступлением к оператору должны быть отфильтрованы так, чтобы до оператора дошли нужные сообщения. Программное обеспечение предоставляет инструментарий для удобной конфигурации этих параметров, но также важны согласованность и подтверждение ответных действий”.

Аварийный сигнал должен сообщать о том, что необходимо сделать. Например, как отмечает Стауффер из Siemens: „Когда специалист по автоматизации настраивает конфигурацию системы, он может задать обозначение для физического устройства в соответствии с системой идентификационных или контурных тегов ISA. При этом обозначение аварийного сигнала может выглядеть как LIC-120. Но оператору информацию представляют в другом виде. Для него это 'регулятор уровня для резервуара XYZ'. Если в сообщении оператору указываются неверные сведения, то могут возникнуть проблемы. Оператор, а не специалист по автоматизации является адресатом. Он - единственный, кто реагирует на сигналы. Сообщение должно быть сразу же абсолютно понятным для него!"

Эдди Хабиби, основатель и главный исполнительный директор PAS, отмечает: „Эффективность деятельности оператора, которая существенно влияет на надежность и рентабельность предприятия, выходит за рамки совершенствования системы управления аварийными сигналами. Инвестиции в операторов являются такими же важными, как инвестиции в современные системы управления технологическим процессом. Нельзя добиться эффективности работы операторов без учета человеческого фактора. Компетентный оператор хорошо знает технологический процесс, имеет прекрасные навыки общения и обращения с людьми и всегда находится в состоянии готовности в отношении всех событий системы аварийных сигналов”. „До возникновения DCS, -продолжает он, - перед оператором находилась схема технологического процесса, на которой были указаны все трубопроводы и измерительное оборудование. С переходом на управление с помощью ЭВМ сотни схем трубопроводов и контрольно-измерительных приборов были занесены в компьютерные системы. При этом не подумали об интерфейсе оператора. Когда произошел переход от аналоговых систем и физических схем панели управления к цифровым системам с экранными интерфейсами, оператор утратил целостную картину происходящего”.

«Оператору также требуется иметь необходимое образование в области технологических процессов, - подчеркивает Хабиби. - Мы часто недооцениваем роль обучения. Каковы принципы работы насоса или компрессора? Летчик гражданской авиации проходит бесчисленные часы подготовки. Он должен быть достаточно подготовленным перед тем, как ему разрешат взять на себя ответственность за многие жизни. В руках оператора химического производства возможно лежит не меньшее, если не большее количество жизней, но его подготовка обычно ограничивается двухмесячными курсами, а потом он учится на рабочем месте. Необходимо больше внимания уделять повышению квалификации операторов производства”.

Рентабельность

Эффективная система управления аварийными сигналами стоит времени и денег. Однако и неэффективная система также стоит денег и времени, но приводит к снижению производительности и повышению риска для человеческой жизни. Хотя создание новой программы управления аварийными сигналами или пересмотр и реконструкция старой может обескуражить кого угодно, существует масса информации по способам реализации и достижения целей системы управления аварийными сигналами.

Наиболее важным является именно определение цели и способов ее достижения. МакТэвиш говорит, что система должна выдавать своевременные аварийные сигналы, которые не дублируют друг друга, адекватно отражают ситуацию, помогают оператору диагностировать проблему и определять эффективное направление действий. „Целью является поддержание производства в безопасном, надежном рабочем состоянии, которое позволяет выпускать качественный продукт. В конечном итоге целью является финансовая прибыль. Если на предприятии не удается достичь этих целей, то его существование находится под вопросом.

Управление аварийными сигналами - это процесс, а не схема, - подводит итог Гэртнер из Invensys. - Это то же самое, что и производственная безопасность. Это - постоянный процесс, он никогда не заканчивается. Мы уже осознали высокую стоимость низкой эффективности и руководители предприятий больше не хотят за нее расплачиваться”.

Автор: Джини Катцель, Control Engineering

[ http://controlengrussia.com/artykul/article/hmi-upravlenie-avariinymi-signalami/]

Тематики

• автоматизированные системы

EN

• alarm management

 

объект
То что может быть индивидуально описано и рассмотрено.
Примечание
Объектом может быть, например:
- деятельность или процесс
- продукция
- организация, система или отдельное лицо, или
- любая комбинация из них.
[ИСО 8402-94 ]

объект
Любая часть, элемент, устройство, подсистема, функциональная единица, аппаратура или система, которые можно рассматривать в отдельности [12].
Примечания
1. Объект может состоять из технических средств, программных средств или их сочетания и может также в частных случаях включать технический персонал.
2. Ряд объектов, например, их совокупность или выборка, может рассматриваться как объект.
[12] Международный стандарт СЕI IЕС 50 (191).
Глава 191. Надежность и качество услуг.
[ОСТ 45.127-99]

объект
Деятельность или процесс, продукция, организация, система, отдельное лицо или любая комбинация из них, индивидуально описанная и рассмотренная.
[ ГОСТ Р 52104-2003]

объект
Составная часть схемы, отражающая неделимый элемент описываемой предметной области.
[Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

объект
1. Предмет, вещь, явление, на которые направлена деятельность, то, что подвергается какому-либо воздействию. 2. В обиходной речи — вообще всякий предмет, вещь. 3. В философии — то, что существует вне нас и независимо от нас, внешний мир, действительность. В словаре принято первое из перечисленных значений (см., например, Объект управления, Хозяйственные объекты, Экономический объект).
[ http://slovar-lopatnikov.ru/]

EN

object
Scheme component reflecting a primary unit of object domain.
[Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

Тематики

• защита информации
• ресурсосбережение, обращение с отходами
• спорт (управление Играми)
• управл. качеством и обеспеч. качества
• экономика

EN

• entity
• facility
• feature
• item
• matter
• object
• party
• plant
• property
• site
• subject
• target
• thing

3.14 объект (object): Элемент, который может быть охарактеризован посредством измерения его атрибутов.

Источник: ГОСТ Р ИСО/МЭК 27004-2011: Информационная технология. Методы и средства обеспечения безопасности. Менеджмент информационной безопасности. Измерения оригинал документа

3.1 объект (item): Любая часть, элемент, устройство, подсистема, функциональная единица, аппаратура или система, которую можно рассматривать самостоятельно.

Примечания

1 Объект может состоять из технических средств, программных средств или их сочетания и может также, в частных случаях, включать в себя технический персонал.

2 Ряд объектов, например их совокупность или выборка, может быть рассмотрен как объект.

3 Процесс также может быть рассмотрен как объект, который выполняет заданную функцию и для которого проводят FMEA или FMECA. Обычно FMEA аппаратных средств не распространяется на людей и их взаимодействие с аппаратными средствами или программным обеспечением, в то время как FMEA процесса обычно включает в себя анализ действий людей.

Источник: ГОСТ Р 51901.12-2007: Менеджмент риска. Метод анализа видов и последствий отказов оригинал документа

3.5.7 объект (object): Понятие или физический предмет, который существует в действительности.

Источник: ГОСТ Р ИСО 15531-31-2010: Системы промышленной автоматизации и интеграция. Данные по управлению промышленным производством Часть 31. Информационная модель ресурсов оригинал документа

3.1.2 объект (entity): Класс информации, определенный общими свойствами.

Источник: ГОСТ Р ИСО 13584-20-2006: Системы автоматизации производства и их интеграция. Библиотека деталей. Часть 20. Логический ресурс. Логическая модель выражений оригинал документа

 

система рецептурного управления технологическим процессом
-
[Интент]

Вообще, batch-процесс – это вид технологического процесса, который иногда противопоставляют непрерывному процессу. Иногда batch-процессы называют рецептурными процессами (или просто рецептами); эту терминологию мы и будем в дальнейшем использовать. Слово “batch” еще можно перевести как “партия продукции”, и это тоже относится к затрагиваемой теме, так как в результате рецептурного процесса производится партия продукции. Ладно, хватит путаницы – теперь по делу.

Раньше мы рассматривали технологические процессы, которые идут непрерывно в течение 24 часов в день, 7 дней в неделю, 365 дней в году. Хотя, на самом деле, раз в году делают плановый останов на несколько дней для выполнения ремонтных и других работ, но это происходит строго в соответствии с планом, и этому предшествуют значительные подготовительные работы. В другое же время остановка производства – это “чрезвычайное” происшествие. При этом отдельно взятая технологическая установка принимает участие в производстве одного вида продукции, а сам процесс идет по фиксированной технологической цепочке с неизменными настройками (уставками). Короче, все скучно, однообразно и весьма предсказуемо.

А теперь представим гипотетический пищевой цех по производству сока. При этом цех может производить несколько видов сока: яблочный, вишневый и апельсиновый, т.е. 3 вида продукции. Пусть сок производится из концентрированного сока в специальной емкости с мешалкой, где он тщательно смешивается с водой, а потом пастеризуется и идет на розлив (пакетирование).

Имеет ли смысл ставить для производства этих трех видов сока три производственные линии (по одной линии на каждый вид сока)? Было бы круто, но чрезвычайно дорого. Выход – использовать одну и ту же линию для выпуска разных видов продукции. При этом понятно, что и технологические параметры для производства различных соков будут заметно друг от друга отличаться. Например, вишневый концентрат нужно смешивать с водой гораздо дольше, чем яблочный, но пастеризовать его надо при меньшей температуре (я на самом деле этого не знаю - чисто предположение:)

Набор технологических параметров для производства определенного вида продукции называется рецептом (recipe). В нашем примере для сока это может быть: соотношение вода/концентрат, длительность и температура смешивания; температура пастеризации + другие параметры. В общем случае, рецепт также может содержать последовательность технологических операций, которые для различных видов продукции могут быть, строго говоря, разными. Хотя на практике, как правило, рецепт не подразумевает различающиеся технологические операции, а содержит всего лишь массив технологических уставок для того или иного продукта.

Рис. 1. Иллюстрация рецептурного управления на примере производства различных видов сока

 

Это все напоминает процесс приготовления еды на кухне, где мы оттачиваем рецепты разных блюд, но при этом используем одни и те же орудия (кастрюли, ножи, разделочные доски, плиту и т.д.)

Теперь попробуем дать характеристику batch-процессу:

1. На выходе несколько видов продукции.
2. При производстве разных видов продукции задействуется одно и то же технологическое оборудование.
3. Имеется множество рецептов.
4. Производство по “партиям”, которое может быть относительно легко и без последствий остановлено после завершения партии, а потом возобновлено.

Автоматизированное управление batch-процессом называется рецептурным управлением (batch control, или recipe control). Этот вид управления несколько специфичен, и требует от системы управления некоторой смекалки. Конечно, можно использовать для задач рецептурного управления обычные программные блоки, подходящие для управления непрерывным процессом, НО на практике это приводит к огромным трудностям (=головной боли) при попытке все это реализовать, используя стандартные подходы программирования. Поэтому многие производители АСУ ТП разработали специализированные batch-модули, которые адаптированы именно под рецептурные процессы. Эти модули могут выполняться на уровне ПЛК или на выделенном сервере batch. Иногда эти сервера, к тому же, резервируются. Также batch-модули дополняются специализированной средой разработки batch-программ, что сильно облегчает жизнь инженера.

На рисунке ниже в качестве примера приведена конфигурация верхнего уровня АСУ ТП SIMATIC PCS 7, оснащенной выделенным сервером batch.

Рис. 2. Структурная схема АСУ ТП с выделенным сервером batch

Перечислим основные обязанности системы batch-управления:

1. Ну, собственно, самая главная задача – хранение/загрузка рецептов и их выполнение в режиме реального времени ( batch process management).
2. Отслеживание, не занята ли технологическая установка выполнением другого рецепта. Если занята, то выделяется другая аналогичная установка для выполнения данного рецепта ( process unit allocation).
3. Формирование отчетов об изготовление партии продукции в задаваемой пользователем форме. Причем, требуются отчеты с возможностью отслеживания истории (ретроспективы) “прогона” партии по технологической цепочке ( reporting and batch tracking).
4. Расчет различных показателей эффективности производства, как, например: удельного времени простоя (в %), производительности (в л/c) технологической установки или полного времени изготовления партии продукции (в мин).
5. Планирование изготовления партий, что фактически подразумевает составление производственного расписания. Ну, это на самом деле ни одна система в полном объеме пока не реализует ( batch planning).

И еще несколько слов.

Как правило, пакет batch состоит из двух частей – операторской (клиентской) и исполняемой. Клиентская часть устанавливается на АРМы и всего лишь обеспечивает удобный операторский интерфейс. Клиентская часть, как правило, органично вписывается в общую операторскую среду, и работа с ней идет непосредственно из мнемосхем.

Исполняемая часть – это костяк системы. Именно она ответственна за автоматизированное выполнение задач рецептурного управления, описанных выше. Исполняемая часть прогружается в специальные серверы batch или в обычные ПЛК в зависимости от архитектуры АСУ ТП.

И еще. Существует международный стандарт ISA-88, специфицирующий batch-процессы, определяющий модель и философию рецептурного управления, а также стандартизирующий соответствующую терминологию. Документ тяжеловесный, и посему прочитан полностью мной не был. Тем не менее, в следующей части я попытаюсь более детально описать рецептурные системы с привязкой именно к стандарту ISA-88.

[ http://kazanets.narod.ru/Batch_P1.htm]

Тематики

• автоматизированные системы

EN

• batch
• batch management solution

 

ценообразование
Процесс формирования цен на товары и системы цен в целом. На свободном рынке процесс ц. происходит стихийно, цены складываются под воздействием спроса и предложениях в условиях конкуренции.
[ http://www.lexikon.ru/dict/buh/index.html]

ценообразование
(ITIL Service Strategy)
Деятельность, определяющая, какая сумма должна быть оплачена заказчиками.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

ценообразование
Процесс формирования цен в экономике, принципиально различный для централизованно планируемой экономики и рыночной экономики. В первом случае цены устанавливаются и контролируются «сверху» — органами управления народным хозяйством, во втором — самими хозяйствующими субъектами, «снизу». Это не означает, конечно, что при централизованном, командном ценообразовании цены всегда устанавливаются произвольно. По возможности учитывается ситуация на рынке, производятся подчас сложные расчеты — в бывш. СССР существовала даже целая «наука о Ц.», подводились «теоретические обоснования» под ту или иную применявшуюся систему цен (цены на стоимостной основе, на основе понятия цены производства и т.д.). Существовала разветвленная бюрократическая сеть учреждений, контролировавших цены и их соблюдение. Но перманентные дефициты в народном хозяйстве, очереди, ставшие образом жизни миллионов советских граждан, искаженная структура производства (в чем немалую роль сыграла и система цен) — все это продемонстрировало принципиальную неэффективность и несостоятельность централизованного ценообразования, как и всей системы централизованного планирования и управления экономикой. О некоторых попытках преодоления ее пороков см. в статье «Оптимальное ценообразование«. Разумеется, в любом хозяйстве та или иная часть цен определяется централизованно или они формируются под воздейcтвием централизованного начала (это называется государственным регулированием цен). Вопрос лишь в том, какая именно часть. Не только российский, но и весь мировой опыт говорит, что она должна быть минимальной. Основная же масса цен может и должна формироваться на рынке, на основе взаимодействия спроса и предложения, приводя их в состояние рыночного равновесия. (Нерыночное формирование цен «сверху», впрочем, успешно применяется и, по-видимому, всегда будет применяться даже в условиях рыночной системы — во внутризаводском, внутрифирменном управлении. Расчетные, условные внутренние цены в одних случаях исходят из рыночных цен на продукцию фирмы, в других — не зависят от них, при их определении — по английски это называется transfer pricing — могут быть использованы и некоторые расчетные методы, наработанные советской «наукой о ценообразовании”. См. Трансфертные цены). На окончательное преодоление пороков централизованного Ц. и установление рыночного равновесия была направлена начавшаяся 2 января 1992 г. широкая либерализация цен — первый этап кардинальной экономической реформы в России. В условиях свободного рынка фирмы в основном самостоятельно устанавливают цены на свою продукцию. Исходным принципом всего процесса формирования и изменения уровней соотношений и структуры цен здесь является возмещение затрат на производство и реализацию продукции, услуг, работ и получение прибыли в размере, достаточном для осуществления расширенного воспроизводства, выплаты соответствующих налогов и дивидендов акционерам, образования фонда потребления в объеме, обеспечивающем определенный стандарт жизни работников предприятия. Фирмы исходят из собственных представлений о возможностях продажи продукции и получения прибыли, о задачах стратегии развития своего бизнеса и т.д, опираясь на расчетный аппарат предельного анализа (см. Анализ спроса и предложения, Маркетинг, Теория фирмы). В частности, ими применяется Ц. на основе предельных издержек, на основе средних издержек. Эта принципиальная возможность ограничивается теми или иными регулирующими воздействиями государства (например, налоговой системой, экспортно-импортными тарифами), но особенно — разного рода проявлениями монополии, картельного сговора участников рынка или, например, так называемого лидерства в ценообразовании (оно является одной из форм скрытого сговора, который иногда позволяет обойти «дилемму заключенного«: одна фирма устанавливает цену, другие вынуждены следовать за ней). Одна из наиболее обсуждаемых в западной экономической литературе — концепция Ц. по предельным издержкам (ЦПИ) как оптимального для естественных монополий — обычно национализированных отраслей, производящих блага общественного назначения. Цены на их продукцию должны, как доказывается, основываться на предельных издержках, но отклоняться от последних в неравной степени в зависимости от эластичности спроса на данный продукт: чем она выше, тем больше отклонение. Ц. выступает для фирм как острое орудие конкурентной борьбы. Например, резкое занижение цены достаточно сильной фирмой (даже в ущерб себе на определенном этапе) позволяет ей вытеснить конкурентов с рынка, а потом восстановить упущенное. Это называется «хищническим ценообразованием» (predatory pricing). Сродни ему и демпинг, применяемый некоторыми странами в борьбе за рынки сбыта. В результате указанных процессов практически все фирмы в условиях рынка делятся на тех, которые сами определяют цены своей продукции, и тех, которые вынуждены использовать цены, устанавливаемые другими (см.Ценопроизводители и ценополучатели). См.также: Дефляция, Затратный принцип ценообразования, Контроль над ценами, Лидерство в ценах, Монопольная власть, Монопсоническая власть, Ценовая дискриминация.
[ http://slovar-lopatnikov.ru/]

EN

pricing
(ITIL Service Strategy)
Pricing is the activity for establishing how much customers will be charged.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

Тематики

• бухгалтерский учет
• информационные технологии в целом
• экономика

EN

• price control policies
• price determination
• price fixing
• pricing

 

жизненный цикл безопасности продукта
Процесс безопасного проектирования корпорации Oracle состоит из следующих пяти составляющих:
1. Кодирование в соответствии со стандартами безопасности. Внутренний стандарт для создания текстов программ, которому должны следовать все разработчики, называется "С". Следование этому стандарту позволяет использовать готовые приемы, в частности, централизованные функции безопасности. Например, для того, чтобы включить в программу криптографические средства, программисту нет необходимости быть специалистом в этом вопросе. Кроме того, внутренний стандарт позволяет создавать эффективные продукты.
2. Использование стандартных шаблонов. В компании имеется стандартизованные шаблоны спецификаций для описания функциональности, проекта и тестов.
3. Регрессионное тестирование. В процессе развития любого продукта расширяется его функциональность и в этих условиях необходимо проверять соответствие модернизированного продукта исходным требованиям.
4. Централизация работ по безопасности. В компании имеются специальные группы, общие библиотеки средств и алгоритмов криптографии.
5. Формальная оценка свойств безопасности и сертификация новых продуктов.
[ http://www.morepc.ru/dict/]

Тематики

• информационные технологии в целом

EN

• Secure Product Lifecycle

 

1000BaseT
-
[Интент]

1000BaseT

Чем быстрее растут вычислительные мощности современных персональных компьютеров, тем больше становится среднестатистический объем обрабатываемых с их помощью файлов. Соответственно, возникает потребность в пропорциональном увеличении пропускной способности линий связи. В итоге это заметно ускорило процесс эволюции сетевых технологий: не успел окончательно прижиться стандарт 100BaseT, как ему на смену подоспел новый класс локальных сетей, позволяющих передавать информацию со скоростью до гигабита в секунду. Эти сети получили обозначение 1000BaseT и альтернативное название Gigabit Ethernet.

В архитектуре сетей 1000BaseT используется топология "звезда" на базе высококачественного кабеля "витая пара" категории 5 и выше, в котором задействованы все восемь жил, причем каждая из четырех пар проводников используется как для приема, так и для передачи информации. По сравнению с технологией 100BaseT, несущая частота в сетях 1000BaseT увеличена вдвое, благодаря чему достигается десятикратное увеличение пропускной способности линии связи.

При переходе от стандарта 10BaseT или 100BaseT к 1000BaseT особые требования предъявляются к качеству монтажа сетевых розеток и разъемов: если сеть проложена в полном соответствии с существующими стандартами, она, скорее всего, сможет обеспечить требуемую скорость передачи данных, если же монтаж был выполнен с отклонениями от требований спецификации Ethernet, возникающие в соединениях помехи не позволят добиться расчетных характеристик.

Стандарт 1000BaseT был официально подтвержден Институтом инженеров по радиотехнике и электронике (IEEE) в 1999 г. и включен в спецификацию IEEE 802.3. В настоящее время оборудование для данного типа сетей выпускается несколькими независимыми производителями компьютерного "железа".

Сети архитектуры Gigabit Ethernet могут быть построены как на основе витой пары, так и на основе оптического стекловолокна и на коаксиальном кабеле.

Как и в более ранних классах сетей xBaseT, в случае использования витой пары длина одного сегмента Gigabit Ethernet не должна превышать 100 м. При использовании одномодового оптоволокна максимальная длина сегмента сети достигает 3000 м, многомодового - 500 м. В случае построения сети на основе коаксиального кабеля максимальная длина сегмента составляет 25 м.

[ http://sharovt.narod.ru/l12.htm]

Тематики

• сети вычислительные

Обобщающие термины

• класс сетей Ethernet

EN

• 1000BaseT

 

автопереговоры
С помощью функции Auto-negotiation два взаимодействующих устройства PHY могут автоматически выбрать наиболее эффективный режим работы.
Описанная ниже схема Auto-negotiation является теперь стандартом технологии 100Base-T. До этого производители применяли различные собственные схемы автоматического определения скорости работы взаимодействующих портов, которые не были совместимы. Принятую в качестве стандарта схему Auto-negotiation предложила первоначально компания National Semiconductor под названием NWay.
Всего в настоящее время определено 5 различных режимов работы, которые могут поддерживать устройства PHY TX или PHY T4 на витых парах:
10Base-T - 2 пары категории 3;
10Base-T full-duplex - 2 пары категории 3;
100Base-TX - 2 пары категории 5 (или Type 1A STP);
100Base-TX full-duplex - 2 пары категории 5 (или Type 1A STP);
100Base-T4 - 4 пары категории 3.
Режим 10Base-T имеет самый низкий приоритет при переговорном процессе, а режим 100Base-T4 - самый высокий. Переговорный процесс происходит при включении питания устройства, а также может быть инициирован и в любой момент модулем управления.
Для организации переговорного процесса используются служебные сигналы проверки целостности линии технологии 10Base-T - link test pulses, если узел-партнер поддерживает только стандарт 10Base-T. Узлы, поддерживающие функцию Auto-negotiation, также используют существующую технологию сигналов проверки целостности линии, при этом они посылают пачки таких импульсов, инкапсулирующие информацию переговорного процесса Auto-negotiation. Такие пачки носят название Fast Link Pulse burst (FLP).
Устройство, начавшее процесс auto-negotiation, посылает своему партнеру пачку импульсов FLP, в котором содержится 8-битное слово, кодирующее предлагаемый режим взаимодействия, начиная с самого приоритетного, поддерживаемого данным узлом.
Если узел-партнер поддерживает функцию Auto-negotuiation и также может поддерживать предложенный режим, то он отвечает пачкой импульсов FLP, в которой подтверждает данный режим и на этом переговоры заканчиваются. Если же узел-партнер может поддерживать менее приоритетный режим, то он указывает его в ответе и этот режим выбирается в качестве рабочего. Таким образом, всегда выбирается наиболее приоритетный общий режим узлов.
Узел, который поддерживает только технологию 10Base-T, каждые 16 миллисекунд посылает импульсы для проверки целостности линии, связывающей его с соседним узлом. Такой узел не понимает запрос FLP, который делает ему узел с функцией Auto-negotiation, и продолжает посылать свои импульсы. Узел, получивший в ответ на запрос FLP только импульсы проверки целостности линии, понимает, что его партнер может работать только по стандарту 10Base-T и устанавливает этот режим работы и для себя. [Источник: http://data.mf.grsu.by]
[ http://www.morepc.ru/dict/]

Тематики

• информационные технологии в целом

EN

• auto negotiation